AI автоматизировал merge request в GitLab Developer Flow

В GitLab 19.0 ИИ-агент Developer Flow больше не ограничивается написанием кода — он теперь ведёт весь жизненный цикл merge request целиком: от обработки замечаний ревьюера и разрешения конфликтов слияния до итогового мержа. Это следующий шаг после прошлогоднего запуска Developer Flow, который тогда умел только превращать issue в готовый MR.

Что изменилось в GitLab 19.0

По данным GitLab Blog, до сих пор ИИ ускорял только написание кода, а вся работа между открытием merge request и его слиянием оставалась ручной: назначение ревьюеров, раунд за раундом обработка фидбека, распутывание конфликтов, ребейз перед мержем — каждый шаг требовал внимания разработчика. Узкое место просто сместилось, а инструменты под него не подстроились.

Developer Flow был запущен в прошлом году и решал только одну задачу — превращал issue в merge request, автоматизируя рутинную подготовительную работу между постановкой задачи и появлением MR на ревью. Но как только MR создавался, дальнейшая итеративная работа над ним оставалась полностью ручной.

Новая версия Developer Flow закрывает именно этот пробел: один и тот же ИИ-агент теперь обрабатывает фидбек ревьюеров, устраняет конфликты в долгоживущих ветках, разбирается в незнакомом коде и разбивает разросшиеся MR на части — в паре с автономным разрешением конфликтов слияния и ребейзом-и-мержем в один клик.

Как агент подключается к работе над MR

Developer Flow можно запустить на любом этапе работы над задачей. Есть три точки входа: кнопка Generate MR прямо на issue, назначение сервис-аккаунта Duo Developer напрямую на issue или MR, либо новый триггер через @-упоминание в любом треде обсуждения на issue или merge request.

Ключевое отличие от прошлой версии — агент подхватывает разговор и продолжает работу над тем же самым MR, а не создаёт новый, который затем пришлось бы вручную ревьюить с нуля. В сочетании с автономным разрешением конфликтов слияния и функцией ребейз-и-мерж в один клик это сокращает объём ручной работы на всём отрезке между открытием MR и его финальным слиянием.

Новая категория ИИ-инструментов для разработки

GitLab описывает Developer Flow как часть новой, ещё формирующейся категории ИИ-инструментов для кода. Первая волна таких инструментов ускоряла написание следующей строки кода (автодополнение), вторая дала разработчикам чат-окно для вопросов. То, что появляется сейчас, — принципиально другое: агенты, которые участвуют в работе на всём её протяжении, а не в отдельный фиксированный момент.

По формулировке GitLab, разработчики теперь могут оставаться «над циклом» — делегировать задачи и проверять результат, пока агент занимается непосредственным исполнением: ревью, конфликтами, рефакторингом слишком больших MR и изучением незнакомых участков кодовой базы.

Что такое Developer Flow в GitLab 19.0?

Developer Flow — это ИИ-агент GitLab, который в версии 19.0 расширил зону ответственности с создания merge request на весь его жизненный цикл: обработку фидбека ревьюеров, разрешение конфликтов слияния на долгоживущих ветках, изучение незнакомого кода и разбиение слишком крупных MR на части. Работает в связке с автономным разрешением конфликтов и ребейзом-и-мержем в один клик.

Чем новая версия Developer Flow отличается от прошлогодней?

Прошлогодний запуск Developer Flow автоматизировал только один этап — превращение issue в merge request, то есть рутинную подготовку между постановкой задачи и появлением MR на ревью. Дальнейшая работа над уже созданным MR оставалась полностью ручной. В GitLab 19.0 тот же агент продолжает работать над тем же MR и после его создания: обрабатывает замечания, устраняет конфликты и участвует в доводке до мержа.

Как запустить Developer Flow на merge request?

Есть три способа: нажать кнопку Generate MR на issue, назначить сервис-аккаунт Duo Developer напрямую на issue или merge request, либо упомянуть агента через @-триггер в любом треде обсуждения на issue или MR. Во всех случаях агент подхватывает контекст обсуждения и продолжает работу над уже существующим MR, а не создаёт новый.