Válassza ki, hol várjon a Taiga döntésre

Válasszon külön négy döntést

A fiktív eszközigénylő szolgáltatásnál négy külön döntés van: a terv elfogadása, a build végrehajtása, a módosítás merge-elése és telepítése. Egy kapcsolót ne tekintsen mind a négyre szóló felhatalmazásnak.

Az autonómia módosítása előtt vizsgálja meg, mit tesz a repozitár pipeline-ja a merge után. Ha a munkabranchbe történő merge telepítést indít, az automatikus merge is elindíthatja ezt a meglévő munkafolyamatot.

Döntse el, várjon-e a terv

A termék Build on its own by default beállítása szabályozza, hogy az elkészült tervből elindul-e a build, vagy jóváhagyásra vár. Kapcsolja ki, ha a tervekhez előbb emberi döntés kell.

Az initiative Build on its own beállítása az adott initiative esetében módosíthatja ezt a működést. Sorba állítás előtt vizsgálja meg az alapértéket és az egyedi választást is.

Az Approve a jóváhagyó személy nevében, az ő aktuális jogosultságainak megfelelően indítja a buildet. A sikertelen terv nem indít buildet. A buildautomatizálás önmagában nem engedélyezi a létrejövő pull request merge-elését.

Értse meg a merge hierarchiáját

Az önálló merge külön szabályozható, és bekapcsolásig ki van kapcsolva. A dokumentált integráció támogatja a GitHubot, beleértve a GitHub Enterprise-t.

A szervezeti vagy factoryszintű tiltás alacsonyabb szinten nem írható felül. A kikapcsolt termékalapérték más: az initiative bekapcsolhatja a saját merge-ét, ha a felső korlátok ezt engedik.

Az eszközigénylő szolgáltatásnál legyen egyértelmű a kezdeti hatókör. Egy kis következményű initiative a megengedett határokon belül más beállítást kaphat, mint a munkatársi hozzáférési kontrollok módosítása.

Tegye kikényszeríthetővé a kötelező review-t

A Taiga megkérdezi a verziókezelő szolgáltatótól, hogy a pull request merge-elhető-e. A branchvédelem határozza meg a kötelező ellenőrzéseket, review-kat és egyéb feltételeket. Az önálló merge nem kerüli meg ezeket a szabályokat.

Ha az automatikus review-nak meg kell akadályoznia a merge-et, a repozitár támogatott konfigurációjával tegye az eredményét kötelező állapotellenőrzéssé. Egy tájékoztató eredmény nem válik kötelezővé attól, hogy Ön ezt várja.

Ellenőrizze a kötelező emberi jóváhagyásokat is. A sikeres ellenőrzés nem helyettesíti a policy által előírt jóváhagyást. Erősítse meg a tényleges célbranch szabályait.

Értelmezze a leállított merge okát

Olvassa el az initiative-nél jelzett okot. A függőben lévő ellenőrzés, a hiányzó jóváhagyás, az ütközés és a hiányos terv eltérő választ igényel. A Taiga akkor is leállítja az önálló merge-et, ha a javítások az ellenőrzési kritériumok módosításával teszik sikeressé a korábban sikertelen ellenőrzéseket. Közvetlenül vizsgálja felül ezt a módosítást.

Ne távolítson el kötelező ellenőrzést pusztán azért, mert akadályozza a haladást. Ha az ellenőrzés soha nem ad eredményt, javítsa a konfigurációját, vagy kövesse az engedélyezett policydöntési folyamatot. Minden javítás után vizsgálja meg az aktuális commitot.

Tartsa külön a telepítési felhatalmazást

Az önálló merge-et a Taiga GitHub App végzi, és merge-előként ez kerül a nyilvántartásba. A repozitár pipeline-ja megtartja a meglévő telepítési működését.

Ebben a helyzetben a merge staging környezetbe telepít. Az éles kiadáshoz továbbra is a szervezet éles döntése és a szükséges bizonyíték kell. Ellenőrizze, hogy a pipeline érvényesíti-e ezt az elválasztást. Folytassa a szállítás felülvizsgálatával.