GitLab Developer Flow passa a automatizar o merge request com IA

No GitLab 19.0, o agente de IA Developer Flow deixa de se limitar à escrita de código: agora ele conduz todo o ciclo de vida do merge request, do tratamento dos comentários do revisor e da resolução de conflitos de merge até o merge final. É o passo seguinte ao lançamento do Developer Flow no ano passado, quando o agente só sabia transformar uma issue em um MR pronto.

O que mudou no GitLab 19.0

Segundo o GitLab Blog, até agora a IA acelerava apenas a escrita de código, enquanto todo o trabalho entre a abertura do merge request e o merge continuava manual. Designar revisores, tratar o feedback rodada após rodada, desatar conflitos, fazer rebase antes do merge: cada etapa exigia a atenção do desenvolvedor. O gargalo apenas mudou de lugar, e as ferramentas não se adaptaram a ele.

O Developer Flow foi lançado no ano passado e resolvia uma única tarefa: transformava uma issue em merge request, automatizando o trabalho preparatório rotineiro entre a definição da tarefa e a chegada do MR para revisão. Mas, assim que o MR era criado, todo o trabalho iterativo seguinte continuava 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 longa duração, entende código desconhecido e divide MRs que cresceram demais. Tudo isso em conjunto com a resolução autônoma de conflitos de merge e o rebase-e-merge com um clique.

Como o agente entra no trabalho com o MR

O Developer Flow pode ser acionado em qualquer etapa 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 o novo gatilho por @-menção em qualquer thread de discussão de uma issue ou merge request.

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

Uma nova categoria de ferramentas de IA para desenvolvimento

A GitLab descreve o Developer Flow como parte de uma categoria nova, 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 tirar dúvidas. O que surge agora é algo fundamentalmente diferente: agentes que participam do trabalho do início ao fim, e não em um momento fixo e isolado.

Nas palavras da GitLab, os desenvolvedores agora podem ficar "acima do ciclo": delegar tarefas e verificar o resultado enquanto o agente cuida da execução em si, ou seja, revisões, conflitos, refatoração de MRs grandes demais e exploração de trechos desconhecidos da base de código.

O que é o Developer Flow no GitLab 19.0?

O Developer Flow é o agente de IA da GitLab que, na versão 19.0, ampliou sua área de atuação da criação do merge request para todo o seu ciclo de vida: tratamento do feedback dos revisores, resolução de conflitos de merge em branches de longa duração, exploração de código desconhecido e divisão de MRs grandes demais. Ele funciona em conjunto com a resolução autônoma de conflitos e o rebase-e-merge com 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: a transformação de uma issue em merge request, isto é, a preparação rotineira entre a definição da tarefa e a chegada do MR para revisão. O trabalho seguinte em um MR já criado continuava totalmente manual. No GitLab 19.0, o mesmo agente segue trabalhando no mesmo MR depois de criado: trata os comentários, elimina conflitos e ajuda a levá-lo até o merge.

Como acionar o Developer Flow em um merge request?

Há três formas: 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 via gatilho @ em qualquer thread de discussão de uma issue ou MR. Em todos os casos, o agente absorve o contexto da discussão e continua o trabalho no MR já existente, em vez de criar um novo.