Vælg, hvor Taiga skal vente på en beslutning

Skeln mellem fire beslutninger

Den fiktive udstyrstjeneste har fire forskellige beslutninger: acceptere planen, udføre buildet, merge ændringen og udrulle den. Behandl ikke én kontakt som bemyndigelse til alle fire.

Undersøg før ændring af autonomi, hvad repositoryets pipeline gør efter merge. Hvis merge til arbejdsbranchen udløser udrulning, kan en automatisk merge også udløse den eksisterende arbejdsgang.

Beslut, om en plan skal vente

Produktindstillingen Build on its own by default styrer, om en færdig plan fortsætter til build eller venter på godkendelse. Slå den fra, når planer først kræver en menneskelig beslutning.

Et initiativs indstilling Build on its own kan ændre adfærden for det enkelte initiativ. Undersøg både standardindstillingen og eventuelle særskilte valg, før arbejde sættes i kø.

Approve starter buildet som den godkendende person og med dennes aktuelle tilladelser. En fejlet plan starter intet build. Buildautomatisering autoriserer ikke i sig selv merge af den resulterende pull request.

Forstå mergehierarkiet

Autonom merge styres særskilt og er slået fra, indtil den aktiveres. Den dokumenterede integration understøtter GitHub, inklusive GitHub Enterprise.

En deaktiveret organisations- eller fabriksgrænse kan ikke tilsidesættes nedenunder. En standardindstilling for produktet, der er slået fra, er anderledes: Et initiativ kan aktivere sin egen merge, hvis grænserne tillader det.

Hold det indledende omfang tydeligt for udstyrstjenesten. Et initiativ med begrænsede konsekvenser kan have et andet valg end en ændring af medarbejderes adgangskontroller, inden for de tilladte grænser.

Gør påkrævede reviews håndhævelige

Taiga spørger kildekodeudbyderen, om pull requesten må merges. Jeres branchbeskyttelse bestemmer de påkrævede kontroller, reviews og øvrige betingelser. Autonom merge omgår ikke reglerne.

Hvis et automatisk review skal blokere merge, skal resultatet være en påkrævet statuskontrol gennem repositoryets understøttede konfiguration. Et vejledende resultat bliver ikke obligatorisk, fordi I forventer det.

Kontrollér også påkrævede menneskelige godkendelser. En grøn kontrol erstatter ikke en godkendelse, jeres politik kræver. Bekræft reglerne på den faktiske målbranch.

Fortolk en stoppet merge

Læs årsagen på initiativet. En afventende kontrol, manglende godkendelse, konflikt og ufuldstændig plan kræver forskellige handlinger. Taiga stopper også autonom merge, når rettelser ændrer de kriterier, som fik fejlede kontroller til at bestå. Gennemgå den ændring direkte.

Fjern ikke en påkrævet kontrol, blot fordi den blokerer fremskridt. Hvis kontrollen aldrig rapporterer, skal konfigurationen rettes, eller den autoriserede politikproces bruges. Undersøg det aktuelle commit efter hver rettelse.

Hold bemyndigelse til udrulning særskilt

Taiga GitHub App udfører en autonom merge og registreres som den, der merger. Repositoryets pipeline beholder sin eksisterende udrulningsadfærd.

I scenariet udruller merge til staging. Produktion kræver stadig organisationens produktionsbeslutning og dokumentation. Bekræft, at pipelinen håndhæver adskillelsen. Fortsæt med leverancereview.