När en driftsättning misslyckas
En misslyckad driftsättning ändrar aldrig vad Coroid anser körs i miljön. Steget Distribuera visar det misslyckade försöket med en länk till körningen i din pipeline. Åtgärda orsaken, kör kontrollerna igen om de har blivit inaktuella och driftsätt igen. Alla försök finns kvar i releasens historik.
Om ett försök verkar ha hängt sig kan du kontrollera körningen i din CI/CD och rapporteringstoken innan du försöker igen. En rapport som saknas betyder vanligtvis att token eller händelseformatet behöver åtgärdas, inte att driftsättningen misslyckades.
När hälsan kräver åtgärd
Efter en lyckad driftsättning kör Coroid projektets Quality Graph för canary (en Quality Graph med en deployment_canary -trigger) om en sådan har publicerats. En canary som misslyckas visar Åtgärd krävs på steget Hälsa . Driftsättningen räknas fortfarande som lyckad, eftersom committen faktiskt nådde miljön. Granska canaryns evidens och loggarna från din pipeline och åtgärda sedan problemet i nästa release eller gå tillbaka till en tidigare commit.
Gå tillbaka till en fungerande commit
- 2.4.0 i produktionDriftsatt, men canary-kontrollen misslyckadesBehöver åtgärdas
- Välj en tidigare release som fungerade här
- 2.3.1Senaste fungerande release i produktionFungerande
Öppna Hälsa för miljön i den release som för närvarande är driftsatt och leta efter Återställ till en tidigare fungerande commit. Här listas tidigare releaser som har driftsatts där och klarat hälsokontrollen.
- Din pipeline är ansluten till Coroid. Välj Begär återställning, ange en branch eller tagg som pekar på den fungerande committen och ange varför. Coroid kontrollerar refen och startar en ny körning för den tidigare releasen. Miljön växlar tillbaka först när pipelinen bekräftar att körningen lyckades.
- Din pipeline körs automatiskt. Återställ där. Om den rapporterar driftsättningar registrerar Coroid resultatet automatiskt. Om den inte kan rapportera väljer du Registrera extern återställning på den fungerande releasen. Coroid kontrollerar att releasen du ersätter fortfarande är den aktuella och att målet har klarat hälsokontrollen.
Både den ursprungliga driftsättningen och återställningen finns kvar i historiken.
Leverera flera projekt tillsammans
Vissa ändringar omfattar flera projekt, till exempel en ny API och appen som använder den. I listan Releaser väljer du Samordna ett release-tåg, namnger tåget och väljer en release per projekt i den ordning de ska levereras.
Ett release-tåg är en gemensam vy, inte en enda driftsättning. Varje release behåller sin egen commit, sina egna kontroller, godkännanden och pipeline, och du driftsätter varje release från dess egen sida. Tåget visar Delvis levererad medan vissa medlemmar ännu inte har nått sina miljöer, så det återstående arbetet förblir synligt.