Velg hvor Taiga venter på en beslutning

Skill fire beslutninger

Den fiktive utstyrstjenesten har fire ulike beslutninger: godta planen, kjøre bygget, merge endringen og rulle den ut. Ikke behandle én bryter som godkjenning for alle fire.

Før autonomien endres, undersøker du hva repository-pipelinen gjør etter merge. Hvis merge til arbeidsbranchen utløser utrulling, kan automatisk merge også utløse den eksisterende arbeidsflyten.

Bestem om en plan skal vente

Produktinnstillingen Build on its own by default styrer om en ferdig plan går videre til bygg eller venter på godkjenning. Slå den av når planer først trenger en menneskelig beslutning.

Et initiativs Build on its own-innstilling kan endre oppførselen for det enkelte initiativet. Undersøk både standardinnstillingen og eventuelle særskilte valg før du legger arbeid i kø.

Approve starter bygget som personen som godkjenner, innenfor vedkommendes gjeldende tillatelser. En mislykket plan starter ikke noe bygg. Byggautomatisering gir ikke i seg selv tillatelse til å merge pull requesten som følger.

Forstå merge-hierarkiet

Autonom merge styres separat og er av til den aktiveres. Den dokumenterte integrasjonen støtter GitHub, inkludert GitHub Enterprise.

En deaktivert organisasjons- eller fabrikkgrense kan ikke overstyres nedenfra. En standardinnstilling for produktet som er av, er annerledes: Et initiativ kan aktivere sin egen merge hvis grensene tillater det.

Hold det første omfanget tydelig for utstyrstjenesten. Et initiativ med begrensede konsekvenser kan ha et annet valg enn en endring i ansattes tilgangskontroller, innenfor de tillatte grensene.

Gjør påkrevde gjennomganger håndhevbare

Taiga spør kildekodeleverandøren om pull requesten kan merges. Branchbeskyttelsen bestemmer påkrevde kontroller, gjennomganger og andre vilkår. Autonom merge omgår ikke reglene.

Hvis en automatisert gjennomgang må blokkere merge, gjør du resultatet til en påkrevd statuskontroll gjennom konfigurasjonen repositoryet støtter. Et veiledende resultat blir ikke obligatorisk fordi dere forventer det.

Kontroller også påkrevde menneskelige godkjenninger. En grønn kontroll erstatter ikke en godkjenning som policyen krever. Bekreft reglene på den faktiske målbranchen.

Tolk en stoppet merge

Les begrunnelsen på initiativet. En ventende kontroll, manglende godkjenning, konflikt og ufullstendig plan krever ulike svar. Taiga stopper også autonom merge når rettinger endrer kriteriene som fikk mislykkede kontroller til å bestå. Gjennomgå den endringen direkte.

Ikke fjern en påkrevd kontroll bare fordi den blokkerer fremdrift. Hvis kontrollen aldri rapporterer, retter du konfigurasjonen eller bruker den autoriserte policyprosessen. Undersøk gjeldende commit etter enhver retting.

Hold utrullingsgodkjenning separat

Taiga GitHub App utfører en autonom merge og registreres som den som merget. Repository-pipelinen beholder sin eksisterende utrullingsoppførsel.

I dette scenarioet ruller merge ut til staging. Produksjon krever fortsatt organisasjonens produksjonsbeslutning og bevis. Bekreft at pipelinen håndhever dette skillet. Fortsett med leveransegjennomgang.