Выберите, где 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, если верхние ограничения разрешают.

Для сервиса оборудования явно задайте начальный объём. В пределах разрешённых границ у инициативы с небольшими последствиями настройка может отличаться от изменения контроля доступа сотрудников.

Обеспечьте обязательность требуемых review

Taiga спрашивает провайдера системы контроля версий, можно ли выполнить merge pull request. Защита вашей ветки определяет обязательные проверки, review и другие условия. Автономный merge не обходит эти правила.

Если автоматизированный review должен блокировать merge, сделайте его результат обязательной status check через поддерживаемую настройку репозитория. Рекомендательный результат не становится обязательным только потому, что вы этого ожидаете.

Проверьте также обязательные одобрения людей. Успешная проверка не заменяет одобрение, которое требует ваша политика. Подтвердите правила реальной целевой ветки.

Разберитесь в причине остановленного merge

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

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

Отделяйте разрешение на развёртывание

Taiga GitHub App выполняет автономный merge и фиксируется как его исполнитель. Pipeline репозитория сохраняет существующее поведение развёртывания.

В этом сценарии merge запускает развёртывание в staging. Production по-прежнему требует решения организации и подтверждений для production. Убедитесь, что pipeline обеспечивает это разделение. Продолжите с review поставки.