GitLab автоматизировал весь цикл merge request через Developer Flow

AI ускорил написание кода, но работу вокруг merge request это не улучшило. Разработчик по-прежнему присваивает рецензентов, несколько раундов обрабатывает отзывы, развязывает конфликты, перебазирует ветки перед мержем. Узкое место переместилось с кода на процесс, но инструменты не адаптировались. GitLab 19.0 это меняет.

Developer

Flow работает на всём цикле MR Раньше Developer Flow решал одну задачу: превратить issue в merge request. Это автоматизировало рутинную настройку между «что нужно сделать» и «вот MR на ревью». Но это была одна задача, и как MR открывался, дальше всё было ручным — round-robin с отзывами, конфликты, перестройка веток.

Теперь одно и то же AI-агентское ядро работает на всём протяжении жизненного цикла MR. Можно запустить его с любого этапа: из issue кнопкой Generate MR, назначить сервис-аккаунт Duo Developer напрямую на issue или MR, или просто написать @mention в любом комментарии. Агент поднимает контекст разговора и работает на том же MR вместо создания нового.

Что именно делает агент: Разбирает обратную связь рецензентов за несколько раундов в одном MR Разрешает merge-конфликты на долгоживущих ветках Исследует незнакомую кодовую базу и рекомендует подходы Разбивает переросшие MR на логичные части * Реализует новые фичи с нуля Под капотом Developer Flow работает как единый агентский цикл с полным набором инструментов разработчика: чтение файлов, grep, редактирование, запуск команд. Агент сам выбирает, какой инструмент использовать и когда. Это архитектурная база, которая позволяет одному агенту участвовать на всём протяжении MR-цикла.

Как агент узнает о вашем проекте

Ключевой момент отличает Developer Flow от других AI-инструментов кода. Агент читает AGENTS.md — файл, где описаны неочевидные bash-команды, конвенции проекта, особенности окружения, архитектурные решения. Вместе с agent-config.yml агент получает окружение с правильными зависимостями, инструментами и конфигурацией. Может запустить тесты, вызвать pre-commit хуки, замкнуть цикл перед коммитом. Вы даёте агенту машину, которая знает ваши стандарты, и результат соответствует требованиям вместо создания дополнительной работы.

Разрешение конфликтов и финальный шаг

Merge-конфликт — одна из самых болезненных задач в MR-процессе. Нужно одновременно держать в голове намерение обеих веток, разбирать изменения в текстовом редакторе без запущенных тестов. Чем больше кодовая база, тем выше вероятность, что в ручном разрешении появятся баги.

Для команд, работающих с backports и каскадными MR по разным release-веткам, это постоянный налог на скорость. В GitLab 19.0 добавлена кнопка Resolve with Duo (в бета): агент читает намерение MR, смотрит на обе ветки, выбирает стратегию разрешения, редактирует файлы и пушит результат.

Оставляет комментарий с резюме конфликта и пути решения — следующему рецензенту не нужно реконструировать решение, audit trail остаётся целым. Отдельно для конца MR-процесса добавили one-click rebase and merge (тоже в бета). Раньше для команд с semi-linear history было: rebase, потом merge.

Теперь один клик.

Новая категория инструментов Это часть большего сдвига в мире AI-инструментов разработки.

Первая волна ускоряла написание кода. Вторая добавила chat-окно. Сейчас создаются агенты, которые участвуют в процессе работы, а не помогают в один момент. Developer Flow показывает эту модель: разработчик остаётся выше цикла, управляет и рецензирует, агент выполняет работу.