Byggnader¶
Översikt¶
I Odoo.sh betraktas en build som en databas som laddas av en Odoo-server (odoo/odoo & odoo/enterprise) som körs på en specifik revision av ditt projektarkiv i en containeriserad miljö. Syftet är att testa hur väl servern, databasen och funktionerna fungerar med denna revision.
I denna vy representerar en rad en gren, och en cell i en rad representerar ett bygge av denna gren.
För det mesta skapas builds efter pushar på dina Github repository-grenar. De kan också skapas när du utför andra åtgärder, t.ex. importerar en databas i Odoo.sh eller ber en rebuild om en gren i ditt projekt.
En build anses vara lyckad om inga fel eller varningar dyker upp under skapandet. En lyckad build markeras med grönt.
En build anses vara misslyckad om fel uppstår under skapandet. En misslyckad build markeras med rött.
Om varningar dyker upp under skapandet, men det inte finns några fel, anses byggandet vara nästan framgångsrikt. Det markeras med gult för att meddela utvecklaren att varningar har utfärdats.
Builds skapar inte alltid en databas från grunden. Om du t.ex. lägger in en ändring på produktionsgrenen startar den skapade build:en bara servern med din nya revision och försöker ladda den aktuella produktionsdatabasen på den. Om inga felmeddelanden dyker upp betraktas byggandet som lyckat, och i annat fall som misslyckat.
Stadier¶
Produktion¶
Den första byggningen av en produktionsgren skapar en databas från grunden. Om byggandet lyckas betraktas denna databas som produktionsdatabasen för ditt projekt.
Därefter kommer pushar på produktionsgrenen att skapa nya builds som försöker ladda databasen med hjälp av en server som körs med den nya revisionen.
Om byggningen är lyckad, eller har varningar men inga fel, kommer produktionsdatabasen nu att köras med denna byggning, tillsammans med den revision som är kopplad till denna byggning.
Om uppbyggnaden misslyckas med att ladda eller uppdatera databasen återanvänds den tidigare framgångsrika uppbyggnaden för att ladda databasen, och databasen kommer därför att köras med hjälp av en server som körs med den tidigare framgångsrika revisionen.
Den build som används för att köra produktionsdatabasen är alltid den första i listan över builds. Om en build misslyckas läggs den efter den build som för närvarande kör produktionsdatabasen.
Uppställning¶
Staging builds duplicerar produktionsdatabasen och försöker ladda denna duplikat med revisionerna från staging-grenarna.
Varje gång du lägger en ny revision på en staging-gren använder den skapade byggnaden en ny kopia av produktionsdatabasen. Databaserna återanvänds inte mellan builds av samma gren. Detta säkerställer:
staging Builds använder databaser som ligger nära hur produktionen ser ut, så att du inte gör dina tester med föråldrade data,
du kan spela runt så mycket du vill i samma staging-databas, och du kan sedan be om en rebuild när du vill starta om med en ny kopia av produktionen.
Detta innebär dock att om du gör konfigurationsändringar i staging-databaser och inte tillämpar dem i produktionen, kommer de inte att överföras till nästa build av samma staging-gren.
Utveckling¶
Utvecklingsversioner skapar nya databaser, laddar demodata och kör enhetstesterna.
En build kommer att betraktas som misslyckad och markeras med rött om tester misslyckas under installationen, eftersom de är avsedda att orsaka fel om något fel inträffar.
Om alla tester är godkända och det inte finns några fel betraktas byggandet som framgångsrikt.
Enligt listan över moduler som ska installeras och testas kan det ta upp till 1 timme innan ett utvecklingsbygge är klart. Detta beror på det stora antalet tester som ingår i Odoos standardmoduler.
Funktioner¶
Produktionsgrenen visas alltid först, och sedan sorteras de andra grenarna efter senast skapade build. Du kan filtrera bort grenarna.
För varje gren kan du komma åt den senaste versionens databas med länken Connect och hoppa till grenkoden med länken Github. För andra grenar än produktionsgrenen kan du skapa en ny build som använder den senaste revisionen av grenen genom att använda länken rebuild. Den sista länken är inte tillgänglig när det redan finns en pågående build för grenen.
För varje build kan du komma åt revisionsändringarna med hjälp av knappen med Github-ikonen. Du kan komma åt buildens databas som administratör med knappen Connect. Du kan också komma åt databasen med en annan användare genom att använda knappen Connect as i rullgardinsmenyn för knappen Connect.
