Kies waar Taiga op een beslissing wacht

Scheid vier beslissingen

De fictieve materiaalservice heeft vier verschillende beslissingen: het plan accepteren, de build uitvoeren, de wijziging mergen en deployen. Behandel één schakelaar niet als toestemming voor alle vier.

Bekijk vóór een autonomiewijziging wat de repositorypipeline na een merge doet. Als mergen naar de werkbranch deployment start, kan een automatische merge die bestaande workflow ook starten.

Bepaal of een plan wacht

De productinstelling Build on its own by default bepaalt of een afgerond plan doorgaat naar een build of op goedkeuring wacht. Schakel die uit als plannen eerst een menselijke beslissing vereisen.

De instelling Build on its own van een initiatief kan dat gedrag voor dat initiatief aanpassen. Bekijk zowel de standaard als een specifieke keuze voordat u werk in Queue plaatst.

Approve start de build als de goedkeurende persoon, binnen diens huidige rechten. Een mislukt plan start geen build. Buildautomatisering verleent op zichzelf geen toestemming om de resulterende pull request te mergen.

Begrijp de mergehiërarchie

Autonoom mergen wordt afzonderlijk geregeld en staat uit totdat het wordt ingeschakeld. De gedocumenteerde integratie ondersteunt GitHub, inclusief GitHub Enterprise.

Een uitgeschakeld organisatie- of factoryplafond kan daaronder niet worden overschreven. Een uitgeschakelde standaardinstelling voor het product is anders: een initiatief kan zelf mergen inschakelen als de plafonds dat toestaan.

Houd bij de materiaalservice de eerste scope expliciet. Eén initiatief met beperkte gevolgen kan binnen de toegestane grenzen een andere keuze hebben dan een wijziging aan toegangscontroles voor medewerkers.

Maak verplichte reviews afdwingbaar

Taiga vraagt de broncodebeheerprovider of de pull request mag worden gemergd. Uw branchbescherming bepaalt de verplichte controles, reviews en andere voorwaarden. Autonoom mergen omzeilt die regels niet.

Als een automatische review mergen moet blokkeren, maak het resultaat dan een verplichte statuscontrole via de ondersteunde repositoryconfiguratie. Een adviserend resultaat wordt niet verplicht doordat u dat verwacht.

Controleer ook verplichte menselijke goedkeuringen. Een geslaagde controle vervangt geen goedkeuring die uw beleid vereist. Bevestig de regels op de werkelijke doelbranch.

Interpreteer een gestopte merge

Lees de reden bij het initiatief. Een lopende controle, ontbrekende goedkeuring, conflict en onvolledig plan vereisen verschillende reacties. Taiga stopt autonoom mergen ook als oplossingen de criteria veranderen waardoor eerder mislukte controles slagen. Review die wijziging direct.

Verwijder een verplichte controle niet alleen omdat die voortgang blokkeert. Als de controle nooit rapporteert, corrigeer dan de configuratie of gebruik het geautoriseerde beleidsproces. Bekijk na elke oplossing de huidige commit.

Houd deploymenttoestemming afzonderlijk

De Taiga GitHub App voert een autonome merge uit en wordt als uitvoerder geregistreerd. De repositorypipeline behoudt het bestaande deploymentgedrag.

In dit scenario deployt een merge naar staging. Productie vereist nog steeds de productiebeslissing en het bewijs van de organisatie. Bevestig dat de pipeline deze scheiding afdwingt. Ga verder met leveringsreview.