Виберіть, де 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

Прочитайте причину на ініціативі. Незавершена перевірка, відсутнє схвалення, конфлікт і неповний план потребують різних реакцій. Taiga також зупиняє автономний merge, коли виправлення змінюють критерії так, що раніше невдалі перевірки стають успішними. Безпосередньо перегляньте таку зміну.

Не вилучайте потрібної перевірки лише тому, що вона блокує поступ. Якщо перевірка ніколи не звітує, виправте її конфігурацію або використайте дозволений процес політики. Перевіряйте поточний commit після кожного виправлення.

Зберігайте дозвіл на розгортання окремим

Taiga GitHub App виконує автономний merge та записується як його виконавець. Pipeline репозиторію зберігає наявну поведінку розгортання.

У цьому сценарії merge розгортає до staging. Продуктивне середовище все ще потребує рішення організації та доказів. Підтвердьте, що pipeline забезпечує це розділення. Продовжіть із перегляду доставки.