Pasirinkite, kur Taiga laukia sprendimo

Atskirkite keturis sprendimus

Išgalvota įrangos paslauga turi keturis skirtingus sprendimus: priimti planą, vykdyti įgyvendinimą, sujungti pakeitimą ir jį įdiegti. Nelaikykite vieno jungiklio leidimu visiems keturiems.

Prieš keisdami autonomiją, išnagrinėkite, ką kodo saugyklos konvejeris daro po sujungimo. Jei sujungimas į darbinę šaką paleidžia diegimą, automatinis sujungimas taip pat gali paleisti tą esamą darbo eigą.

Nuspręskite, ar planas laukia

Produkto nustatymas Build on its own by default valdo, ar užbaigtas planas pereina į įgyvendinimą, ar laukia patvirtinimo. Išjunkite jį, kai planams pirmiausia reikia žmogaus sprendimo.

Iniciatyvos nustatymas Build on its own gali pakeisti šį veikimą konkrečiai iniciatyvai. Prieš įtraukdami darbą į eilę, patikrinkite ir numatytąjį nustatymą, ir konkretų pasirinkimą.

Approve pradeda įgyvendinimą patvirtinusio asmens vardu pagal jo dabartines teises. Nepavykęs planas įgyvendinimo nepradeda. Įgyvendinimo automatizavimas savaime nesuteikia leidimo sujungti gautą pull request.

Supraskite sujungimo hierarchiją

Autonominis sujungimas valdomas atskirai ir lieka išjungtas, kol įjungiamas. Dokumentuota integracija palaiko GitHub, įskaitant GitHub Enterprise.

Išjungtos organizacijos ar gamyklos ribos negalima pakeisti žemesniame lygmenyje. Išjungtas produkto numatytasis nustatymas yra kitoks: iniciatyva gali įjungti savo sujungimą, jei viršutinės ribos tai leidžia.

Įrangos paslaugai išlaikykite aiškią pradinę apimtį. Mažų pasekmių iniciatyva gali turėti kitokį pasirinkimą nei darbuotojų prieigos kontrolės pakeitimas, laikantis leidžiamų ribų.

Užtikrinkite privalomų peržiūrų vykdymą

Taiga klausia kodo valdymo teikėjo, ar pull request galima sujungti. Jūsų šakos apsauga nustato privalomus patikrinimus, peržiūras ir kitas sąlygas. Autonominis sujungimas šių taisyklių neapeina.

Jei automatinė peržiūra turi blokuoti sujungimą, jos rezultatą padarykite privalomu būsenos patikrinimu per palaikomą kodo saugyklos konfigūraciją. Patariamasis rezultatas netampa privalomas vien todėl, kad to tikitės.

Taip pat patikrinkite privalomus žmonių patvirtinimus. Žalias patikrinimas nepakeičia taisyklių reikalaujamo patvirtinimo. Patvirtinkite taisykles tikrojoje tikslinėje šakoje.

Supraskite sustabdyto sujungimo priežastį

Perskaitykite iniciatyvoje nurodytą priežastį. Laukiantis patikrinimas, trūkstamas patvirtinimas, konfliktas ir neužbaigtas planas reikalauja skirtingų reakcijų. Taiga taip pat sustabdo autonominį sujungimą, kai pataisos pakeičia kriterijus, dėl kurių nepavykę patikrinimai tapo sėkmingi. Šį pakeitimą peržiūrėkite tiesiogiai.

Nešalinkite privalomo patikrinimo vien todėl, kad jis stabdo pažangą. Jei patikrinimas niekada nepateikia rezultato, pataisykite konfigūraciją arba naudokite leistiną taisyklių keitimo procesą. Po kiekvienos pataisos išnagrinėkite dabartinį commit.

Diegimo leidimą laikykite atskirai

Taiga GitHub App atlieka autonominį sujungimą ir įrašoma kaip jį atlikusi šalis. Kodo saugyklos konvejeris išlaiko esamą diegimo veikimą.

Šiame scenarijuje sujungimas diegia į staging aplinką. Produkcinei aplinkai vis dar reikia organizacijos produkcinio sprendimo ir įrodymų. Patvirtinkite, kad konvejeris užtikrina šį atskyrimą. Toliau skaitykite apie pristatymo peržiūrą.