Git, CI и ревью

Шаблон Git-процесса · Пример.

1. После выбора Git кода ИИ-инженер изучает настройки веток и прав, CI-конфигурацию, требования к MR и примеры изменений. Доступ или выгрузку предоставляет владелец Git/DevOps; действующие правила поясняет разработчик клиента.
2. Подготовить проект Git-процесса: база, рабочие ветки, MR, проверяющие, условия повторного ревью и merge.
3. На рабочем разборе с разработчиком, DevOps и РП клиента уточнить, какие правила сохраняются и что нужно изменить для PoC. Если CI не поддерживает независимый деплой ревизии, выбрать вариант по инфраструктурному гайду.
4. Сохранить решение в Git-процессе; полномочия проверить в самой системе. Применение правил агентами на PoC и Пилоте, адресаты и точки HITL фиксируются в маршруте работы с агентами, связанном с Git-процессом.

Без прочитанной конфигурации или подтверждения владельца нельзя считать название ветки, права и условия pipeline установленным фактом.

Все работы Подготовки.