Valitse, missä Taiga odottaa päätöstä

Erota neljä päätöstä

Kuvitteellisessa pyyntöpalvelussa päätetään erikseen suunnitelman hyväksymisestä, buildista, mergestä ja deploymentista. Yksi kytkin ei valtuuta kaikkia neljää.

Tarkista ennen autonomian muutosta, mitä repon pipeline tekee mergen jälkeen. Jos työskentelybranchiin mergeäminen käynnistää deploymentin, automaattinen merge voi käynnistää saman työnkulun.

Päätä, odottaako suunnitelma

Tuotteen Build on its own by default määrittää, eteneekö valmis suunnitelma buildiin vai odottaako se hyväksyntää. Poista asetus käytöstä, kun suunnitelma tarvitsee ihmisen päätöksen ensin.

Initiativen Build on its own voi muuttaa yksittäisen työn käytäntöä. Tarkista oletus ja initiativekohtainen valinta ennen jonotusta.

Approve aloittaa buildin hyväksyjänä tämän nykyisten oikeuksien rajoissa. Epäonnistunut suunnitelma ei käynnistä buildia. Build-automaatio ei yksin valtuuta syntyvän PR:n mergeä.

Ymmärrä mergen hierarkia

Autonomous mergellä on omat asetuksensa, ja se on pois käytöstä, kunnes se otetaan käyttöön. Dokumentoitu integraatio tukee GitHubia ja GitHub Enterprisea.

Organisaation tai factoryn estoa ei voi ohittaa alempaa. Tuotteen pois kytketty oletus on eri asia: initiative voi sallia oman mergensä, jos ylärajat sallivat sen.

Pidä pyyntöpalvelun aloitusrajaus selvänä. Vähäisen seurauksen työllä voi olla eri valinta kuin työntekijöiden käyttöoikeusmuutoksella sallituissa rajoissa.

Tee vaadituista tarkastuksista pakollisia

Taiga kysyy lähdekoodipalvelulta, saako PR:n mergeätä. Branch protection määrittää pakolliset tarkistukset, review’t ja muut ehdot. Autonomous merge ei ohita niitä.

Jos automaattisen review’n pitää estää merge, määritä sen tulos pakolliseksi status checkiksi repon tukemalla tavalla. Neuvoa-antava tulos ei muutu pakolliseksi odotuksen perusteella.

Tarkista myös ihmisen hyväksynnät. Vihreä tarkistus ei korvaa policyn vaatimaa hyväksyntää. Varmista säännöt oikeasta kohdebranchista.

Tulkitse pysähtynyt merge

Lue initiativen perustelu. Odottava tarkistus, puuttuva hyväksyntä, konflikti ja keskeneräinen suunnitelma vaativat eri toimia. Taiga pysäyttää autonomous mergen myös, kun korjaus muuttaa ehtoja, joilla epäonnistuneet tarkistukset saatiin läpi. Tarkasta kyseinen muutos itse.

Älä poista pakollista tarkistusta vain etenemisen esteen vuoksi. Korjaa raportoimattoman tarkistuksen konfiguraatio tai käytä valtuutettua policy-menettelyä. Tarkasta korjauksen jälkeinen commit.

Säilytä deploymentin erillinen valtuutus

Taiga GitHub App tekee autonomous mergen ja näkyy tekijänä. Repon pipeline säilyttää nykyisen deployment-käytöksensä.

Tässä esimerkissä merge julkaisee stagingiin. Tuotanto tarvitsee yhä organisaation päätöksen ja näytön. Varmista, että pipeline valvoo eroa. Jatka toimituksen tarkastukseen.