Изберете къде Taiga чака решение

Разграничете четири решения

Измислената услуга за оборудване има четири различни решения: приемане на плана, изпълнение на плана, merge на промяната и внедряване. Не третирайте един превключвател като разрешение за всичките четири.

Преди промяна на автономността прегледайте какво прави pipeline-ът на хранилището след merge. Ако merge към работния клон задейства внедряване, автоматизиран merge може също да задейства този съществуващ процес.

Решете дали планът чака

Продуктовата настройка Build on its own by default контролира дали завършен план преминава към изпълнение или чака одобрение. Изключете я, когато плановете първо се нуждаят от човешко решение.

Настройката Build on its own на инициатива може да промени това поведение за отделната инициатива. Прегледайте и стойността по подразбиране, и конкретния избор, преди да поставите работа в опашката.

Approve започва изпълнението на плана от името на одобряващия човек според текущите му права. Неуспешен план не започва изпълнение. Автоматизацията на изпълнението сама по себе си не разрешава merge на получения pull request.

Разберете йерархията за merge

Автономният merge се контролира отделно и е изключен, докато не бъде включен. Документираната интеграция поддържа GitHub, включително GitHub Enterprise.

Изключено горно ограничение на организация или фабрика не може да се отмени на по-ниско ниво. Изключена продуктова настройка по подразбиране е различна: инициатива може да включи свой merge, ако горните ограничения го позволяват.

За услугата за оборудване пазете началния обхват изричен. Една инициатива с малки последствия може да има различен избор от промяна в контролите за достъп на служители, в разрешените граници.

Налагайте задължителните прегледи с технически контроли

Taiga пита доставчика на контрол на версиите дали pull request-ът може да бъде приет чрез merge. Защитата на клона определя задължителните проверки, прегледи и други условия. Автономният merge не заобикаля тези правила.

Ако автоматизиран преглед трябва да блокира merge, направете резултата му задължителна проверка на състояние чрез поддържаната конфигурация на хранилището. Препоръчителен резултат не става задължителен само защото го очаквате.

Проверете и необходимите човешки одобрения. Успешна проверка не заменя одобрение, изисквано от политиката Ви. Потвърдете правилата на действителния целеви клон.

Разберете спрян merge

Прочетете причината на инициативата. Чакаща проверка, липсващо одобрение, конфликт и непълен план изискват различни реакции. Taiga също спира автономния merge, когато поправки променят критериите, чрез които неуспешните проверки са станали успешни. Прегледайте тази промяна пряко.

Не премахвайте задължителна проверка само защото блокира напредъка. Ако проверката никога не отчита резултат, поправете конфигурацията ѝ или използвайте разрешения процес за промяна на политика. Прегледайте текущия commit след всяка поправка.

Пазете разрешението за внедряване отделно

Taiga GitHub App извършва автономен merge и се записва като извършител. Pipeline-ът на хранилището запазва съществуващото си поведение за внедряване.

В този сценарий merge внедрява в staging. Продукционната среда все още изисква продукционното решение и доказателствата на организацията. Потвърдете, че pipeline-ът налага това разделение. Продължете с преглед на доставката.