Vali, kus Taiga otsust ootab

Erista nelja otsust

Väljamõeldud seadmetaotluste teenusel on neli erinevat otsust: võtta plaan vastu, käivitada ehitus, merge’ida muudatus ja juurutada see. Ära käsitle üht lülitit loana kõigile neljale.

Enne autonoomia muutmist uuri, mida koodihoidla pipeline pärast merge’imist teeb. Kui tööharusse merge’imine käivitab juurutuse, võib automaatne merge käivitada ka selle olemasoleva töövoo.

Otsusta, kas plaan ootab

Tooteseade Build on its own by default määrab, kas valmis plaan liigub ehitusse või ootab heakskiitu. Lülita see välja, kui plaanid vajavad kõigepealt inimese otsust.

Algatuse Build on its own seade saab seda käitumist konkreetse algatuse jaoks muuta. Uuri enne töö järjekorda panemist nii vaikeseadet kui ka eraldi valikut.

Approve alustab ehitamist heakskiitja identiteediga tema praeguste õiguste piires. Ebaõnnestunud plaan ei alusta ehitust. Ehituse automatiseerimine ei anna iseenesest luba tekkinud pull request’i merge’imiseks.

Mõista merge’imise hierarhiat

Autonoomset merge’imist juhitakse eraldi ja see on välja lülitatud, kuni see lubatakse. Dokumenteeritud integratsioon toetab GitHubi, sealhulgas GitHub Enterprise’i.

Organisatsiooni või tehase keelatud ülempiiri ei saa madalamal tasemel tühistada. Välja lülitatud toote vaikeseade on teine asi: algatus saab enda merge’imise lubada, kui ülempiirid seda võimaldavad.

Hoia seadmetaotluste teenuse algne ulatus selge. Ühel väikeste tagajärgedega algatusel võib lubatud piirides olla teine valik kui töötajate juurdepääsukontrolli muudatusel.

Muuda nõutavad ülevaatused jõustatavaks

Taiga küsib lähtekoodihalduse pakkujalt, kas pull request’i võib merge’ida. Sinu harukaitse määrab nõutavad kontrollid, ülevaatused ja muud tingimused. Autonoomne merge’imine ei lähe neist reeglitest mööda.

Kui automaatne ülevaatus peab merge’imist blokeerima, muuda selle tulemus koodihoidla toetatud seadistuse kaudu nõutavaks olekukontrolliks. Nõuandev tulemus ei muutu kohustuslikuks sinu ootuse tõttu.

Kontrolli ka nõutavaid inimheakskiite. Roheline kontroll ei asenda heakskiitu, mida sinu reeglid nõuavad. Kinnita tegeliku sihtharu reeglid.

Tõlgenda peatunud merge’imist

Loe algatusel näidatud põhjust. Ootel kontroll, puuduv heakskiit, konflikt ja puudulik plaan vajavad eri reaktsioone. Taiga peatab autonoomse merge’imise ka siis, kui parandused muudavad kriteeriume, mille järgi ebaõnnestunud kontrollid edukaks said. Vaata see muudatus otse üle.

Ära eemalda nõutavat kontrolli ainult sellepärast, et see edenemist takistab. Kui kontroll tulemust ei anna, paranda selle seadistus või kasuta lubatud reeglimuutmise protsessi. Uuri pärast iga parandust praegust commit’i.

Hoia juurutusluba eraldi

Taiga GitHub App teeb autonoomse merge’imise ja talletatakse merge’ijana. Koodihoidla pipeline säilitab olemasoleva juurutuskäitumise.

Selles stsenaariumis juurutab merge’imine staging-keskkonda. Tootmiskeskkond vajab endiselt organisatsiooni tootmisotsust ja tõendeid. Kinnita, et pipeline jõustab selle eristuse. Jätka tarne ülevaatusega.