GitLab Automatizou Todo o Ciclo de Merge Request com Developer Flow

No GitLab 19.0, o agente de IA Developer Flow deixou de se limitar a escrever código — agora ele conduz todo o ciclo de vida do merge request: desde o tratamento dos comentários do revisor e a resolução de conflitos de merge até a fusão final. Este é o próximo passo depois do lançamento do Developer Flow no ano passado, que na época só sabia transformar uma issue em um MR pronto.

O que mudou no GitLab 19.0

Segundo o GitLab Blog, até agora a IA só acelerava a escrita de código, enquanto todo o trabalho entre a abertura de um merge request e sua fusão permanecia manual: designar revisores, rodada após rodada de tratamento de feedback, desemaranhar conflitos, fazer rebase antes da fusão — cada etapa exigia a atenção do desenvolvedor. O gargalo simplesmente se deslocou, e as ferramentas não se adaptaram a ele.

O Developer Flow foi lançado no ano passado e resolvia apenas uma tarefa — transformar uma issue em merge request, automatizando o trabalho preparatório rotineiro entre a definição da tarefa e o aparecimento do MR para revisão. Mas assim que o MR era criado, o trabalho iterativo posterior sobre ele permanecia totalmente manual.

A nova versão do Developer Flow fecha exatamente essa lacuna: o mesmo agente de IA agora trata o feedback dos revisores, elimina conflitos em branches de vida longa, se orienta em código desconhecido e divide MRs excessivamente grandes em partes — em conjunto com a resolução autônoma de conflitos de merge e a função de rebase e merge em um clique.

Como o agente se conecta ao trabalho em um MR

O Developer Flow pode ser acionado em qualquer estágio do trabalho em uma tarefa. Há três pontos de entrada: o botão Generate MR diretamente na issue, a atribuição da conta de serviço Duo Developer diretamente à issue ou ao MR, ou um novo gatilho por meio de uma menção com @ em qualquer thread de discussão na issue ou no merge request.

A principal diferença em relação à versão anterior é que o agente retoma a conversa e continua o trabalho no mesmo MR, em vez de criar um novo, que depois teria que ser revisado manualmente do zero. Combinado com a resolução autônoma de conflitos de merge e a função de rebase e merge em um clique, isso reduz o volume de trabalho manual em todo o trecho entre a abertura do MR e sua fusão final.

Uma nova categoria de ferramentas de IA para desenvolvimento

O GitLab descreve o Developer Flow como parte de uma nova categoria, ainda em formação, de ferramentas de IA para código. A primeira onda dessas ferramentas acelerava a escrita da próxima linha de código (autocompletar), a segunda deu aos desenvolvedores uma janela de chat para perguntas. O que está surgindo agora é fundamentalmente diferente: agentes que participam do trabalho ao longo de toda a sua duração, e não em um momento fixo isolado.

Segundo a formulação do GitLab, os desenvolvedores agora podem permanecer "acima do ciclo" — delegando tarefas e verificando o resultado, enquanto o agente cuida da execução direta: revisões, conflitos, refatoração de MRs grandes demais e estudo de partes desconhecidas da base de código.

O que é o Developer Flow no GitLab 19.0?

Developer Flow é o agente de IA do GitLab que, na versão 19.0, ampliou sua área de responsabilidade da criação de um merge request para todo o seu ciclo de vida: tratamento do feedback dos revisores, resolução de conflitos de merge em branches de vida longa, estudo de código desconhecido e divisão de MRs grandes demais em partes. Funciona em conjunto com a resolução autônoma de conflitos e o rebase e merge em um clique.

Em que a nova versão do

Developer Flow difere da do ano passado?

O lançamento do Developer Flow no ano passado automatizava apenas uma etapa — transformar uma issue em merge request, ou seja, a preparação rotineira entre a definição da tarefa e o aparecimento do MR para revisão. O trabalho posterior sobre um MR já criado permanecia totalmente manual. No GitLab 19.0, o mesmo agente continua trabalhando no mesmo MR mesmo depois de sua criação: trata os comentários, elimina conflitos e participa do refinamento até a fusão.

Como acionar o Developer Flow em um merge request?

Há três maneiras: clicar no botão Generate MR na issue, atribuir a conta de serviço Duo Developer diretamente à issue ou ao merge request, ou mencionar o agente por meio de um gatilho com @ em qualquer thread de discussão na issue ou no MR. Em todos os casos, o agente retoma o contexto da discussão e continua o trabalho no MR já existente, em vez de criar um novo.