Zgjidhni ku Taiga pret një vendim

Ndani katër vendime

Shërbimi i trilluar i pajisjeve ka katër vendime të ndryshme: pranoni planin, ekzekutoni ndërtimin, bashkoni ndryshimin në kod dhe vendoseni. Mos e trajtoni një çelës të vetëm si autorizim për të katra.

Para ndryshimit të autonomisë, shqyrtoni çfarë bën pipeline-i i depos së kodit pas bashkimit. Nëse bashkimi në branch-in e punës nis vendosjen, një bashkim i automatizuar mund ta nisë edhe atë rrjedhë ekzistuese pune.

Vendosni nëse plani pret

Cilësimi i produktit Build on its own by default kontrollon nëse një plan i përfunduar vazhdon te ndërtimi apo pret miratimin. Çaktivizojeni kur planet kërkojnë fillimisht vendim njerëzor.

Cilësimi Build on its own i një iniciative mund ta ndryshojë këtë sjellje për atë iniciativë të veçantë. Shqyrtoni si vlerën e parazgjedhur, ashtu edhe çdo zgjedhje të posaçme para se ta vendosni punën në radhë.

Approve nis ndërtimin me identitetin e personit që miraton, brenda lejeve të tij aktuale. Një plan i dështuar nuk nis asnjë ndërtim. Automatizimi i ndërtimit nuk e autorizon vetvetiu bashkimin e pull request-it që rezulton.

Kuptoni hierarkinë e bashkimit

Bashkimi autonom kontrollohet veçmas dhe mbetet i çaktivizuar derisa të aktivizohet. Integrimi i dokumentuar mbështet GitHub, përfshirë GitHub Enterprise.

Një kufi i çaktivizuar në nivel organizate ose fabrike nuk mund të anashkalohet në nivel më të ulët. Një vlerë e parazgjedhur e çaktivizuar në produkt është ndryshe: iniciativa mund ta aktivizojë bashkimin e vet nëse kufijtë e sipërm e lejojnë.

Për shërbimin e pajisjeve, mbajeni të qartë shtrirjen fillestare. Një iniciativë me pasoja të kufizuara mund të ketë zgjedhje tjetër nga një ndryshim i kontrolleve të aksesit të punonjësve, brenda kufijve të lejuar.

Bëjini të zbatueshme shqyrtimet e detyrueshme

Taiga pyet ofruesin e kontrollit të kodit burimor nëse pull request-i mund të bashkohet. Mbrojtja e branch-it tuaj përcakton kontrollet, shqyrtimet dhe kushtet e tjera të detyrueshme. Bashkimi autonom nuk i anashkalon këto rregulla.

Nëse një shqyrtim i automatizuar duhet ta bllokojë bashkimin, bëjeni rezultatin e tij kontroll të detyrueshëm statusi përmes konfigurimit të mbështetur nga depoja e kodit. Një rezultat këshillues nuk bëhet i detyrueshëm sepse ju e prisni të tillë.

Kontrolloni edhe miratimet e detyrueshme njerëzore. Një kontroll i gjelbër nuk zëvendëson miratimin që kërkon politika juaj. Konfirmoni rregullat në branch-in real të destinacionit.

Interpretoni një bashkim të ndalur

Lexoni arsyen te iniciativa. Një kontroll në pritje, një miratim që mungon, një konflikt dhe një plan i papërfunduar kërkojnë përgjigje të ndryshme. Taiga e ndal gjithashtu bashkimin autonom kur korrigjimet ndryshojnë kriteret që bënë të kalonin kontrollet më parë të dështuara. Shqyrtojeni drejtpërdrejt atë ndryshim.

Mos e hiqni një kontroll të detyrueshëm vetëm sepse bllokon përparimin. Nëse kontrolli nuk raporton kurrë, korrigjoni konfigurimin ose përdorni procesin e autorizuar të politikës. Shqyrtoni commit-in aktual pas çdo korrigjimi.

Mbajeni të veçantë autorizimin e vendosjes

Taiga GitHub App kryen bashkimin autonom dhe regjistrohet si kryerësi i tij. Pipeline-i i depos së kodit ruan sjelljen ekzistuese të vendosjes.

Në këtë skenar, bashkimi e vendos kodin në staging. Prodhimi ende kërkon vendimin dhe evidencën e organizatës për prodhimin. Konfirmoni se pipeline-i e zbaton këtë ndarje. Vazhdoni me shqyrtimin e dorëzimit.