Releaseinställningarna finns tillsammans med resten av projektets inställningar. Öppna projektet, välj Inställningar, och expandera Releaser. Det finns tre vyer, och var och en besvarar en fråga.
- Miljöer
- Vart ska en release gå? Lägg till stopp och ordna dem.
- Godkännanderegler
- Vad måste vara uppfyllt först? Godkännanden, roller, checklista och hotfix-regler per miljö.
- Driftsättningspipeline
- Vem deployar, och hur får Coroid återkoppling? Din pipeline eller Coroid startar den; en rapporteringstoken låter CI/CD bekräfta resultatet.
Endast Ägare och Administratör kan ändra releaseinställningar. Alla andra kan läsa dem. Anslut ett repository först, eftersom varje release pekar på en commit i det.
Miljöer
Vart går en release och i vilken ordning?
Varje projekt börjar med Production. Lägg till de andra stopp som du driftsätter till, till exempel
Staging eller QA, med Lägg till en miljö. Ge varje miljö ett namn. Coroid
föreslår en nyckel utifrån namnet, till exempel staging. Din CI/CD använder den nyckeln
när en driftsättning rapporteras, så håll den stabil när pipelines väl använder den.
Ange ordningen med Kommer efter. Staging som inte kommer efter något och Production som kommer efter Staging ger sökvägen Staging › Production. Releasesidan visar dess utrullningsordning i den här ordningen, och godkännanderegler kan kräva att det tidigare stoppet lyckas först.
Godkännanderegler
Vad måste vara uppfyllt innan en release driftsätts här?
Välj miljö högst upp. Reglerna gäller per miljö, så Staging kan ha enklare regler och Production striktare.
- Godkännanden som krävs: hur många olika personer som måste godkänna. Noll innebär att en release kan driftsättas så snart kontrollerna har godkänts.
- Vem kan godkänna: organisationsrollerna som får godkänna.
- Håll beställare och godkännare åtskilda: personen som startar driftsättningen kan inte också godkänna den, och den som redigerar releaseanteckningarna kan inte godkänna dem.
- Kvalitetskontroller godkända: alltid aktiverat. Projektets Quality Graph med en
release_validation-trigger körs mot den exakta committen. Publicera den grafen från projektets kvalitetsinställningar. - Föregående miljö först: releasen måste redan vara driftsatt i miljön som den här kommer efter.
- Godkända releaseanteckningar: de aktuella anteckningarna måste vara godkända, och varje senare redigering kräver ett nytt godkännande.
- Checklista: manuella steg som någon bekräftar på releasesidan, till exempel "Databasmigrering granskad". Markera ett objekt som obligatoriskt eller valfritt. Ett obligatoriskt objekt kan tillåta ett tillfälligt undantag. En Ägare eller Administratör registrerar en orsak och en giltighetstid på högst 24 timmar, och undantaget gäller endast den committen och miljön.
- Hotfixregler: enklare regler för brådskande korrigeringar: antalet godkännanden och om den föregående miljön och godkännandet av anteckningarna fortfarande gäller. Kvalitetskontroller och obligatoriska checklisteobjekt gäller alltid, och endast Ägare och Administratör godkänner hotfixar.
Välj Publicera regler för att spara. När reglerna publiceras skapas en ny version av reglerna. Godkännanden som gavs under den gamla versionen blir inaktuella, så en release som pågår ber om godkännande igen. En miljö utan publicerade regler kan inte klara sina kontroller, och det visas på skärmen.
Driftsättningspipeline
Vem startar en driftsättning och hur får Coroid veta vad som hände?
Välj miljö högst upp och välj sedan hur driftsättningar ska starta:
- Min pipeline driftsätter automatiskt: behåll din nuvarande process. Coroid registrerar driftsättningar när din CI/CD rapporterar dem eller när en Ägare eller Administratör registrerar en extern driftsättning på releasesidan.
- Coroid startar ett GitHub Actions-arbetsflöde eller Coroid startar en GitLab CI/CD-pipeline: visas när projektets repository finns hos den leverantören. Ange den branch eller tagg som pekar på releasecommitten, workflow-filen för GitHub och det exakta namnet på jobbet som driftsätter. Coroid kontrollerar refen innan körningen startar och kontrollerar det namngivna jobbet innan resultatet godkänns.
Under Driftsättningsrapporter, skapa en rapporteringstoken för miljön och spara den som en hemlighet i din CI/CD. Coroid visar token en gång och sparar endast en hash av den. Om du ersätter token slutar den gamla att fungera omedelbart. Samma vy visar endpointen, projekt-ID:t och miljönyckeln som din pipeline behöver, samt om rapporter kommer in. Driftsättningshändelser och CI-konfiguration innehåller händelseformatet och exempel.
Flytta inställningar mellan organisationer
Export och import av inställningar tar med miljöer, deras ordning, pipelinekonfiguration och publicerade regler, inklusive hotfixregler. Rapporteringstoken exporteras aldrig. Skapa nya efter en import.