GitLab Automatizou Todo o Ciclo de Merge Request com Developer Flow

A IA acelerou a escrita de código, mas não melhorou o trabalho em torno de merge requests. Os desenvolvedores ainda atribuem revisores, processam feedback em múltiplas rodadas, resolvem conflitos e fazem rebase de branches antes da fusão. O gargalo mudou do código para o processo, mas as ferramentas não se adaptaram. GitLab 19.0 muda isso.

Developer Flow Funciona em Todo o Ciclo de MR

Anteriormente, o Developer Flow resolvia uma tarefa: transformar um issue em um merge request. Isso automatizava a configuração rotineira entre "o que precisa ser feito" e "aqui está o MR para revisão". Mas era apenas uma tarefa, e assim que o MR era aberto, tudo o mais era manual — feedback em round-robin, conflitos, reconstrução de branches.

Agora o mesmo núcleo de agente de IA funciona em todo o ciclo de vida de um MR. Você pode iniciá-lo de qualquer estágio: a partir de um issue com um botão Generate MR, atribuir a conta de serviço Duo Developer diretamente a um issue ou MR, ou simplesmente escrever um @mention em qualquer comentário. O agente capta o contexto da conversa e trabalha no mesmo MR em vez de criar um novo.

O que exatamente o agente faz:

• Processa feedback de revisores em múltiplas rodadas em um único MR
• Resolve conflitos de merge em branches de longa duração
• Explora bases de código desconhecidas e recomenda abordagens
• Divide MRs grandes demais em partes lógicas
• Implementa novos recursos do zero

Por baixo do capô, o Developer Flow funciona como um único loop de agente com um conjunto completo de ferramentas de desenvolvedor: leitura de arquivos, grep, edição e execução de comandos. O agente decide qual ferramenta usar e quando. Esta é a base arquitetônica que permite a um único agente participar em todo o ciclo de MR.

Como o Agente Aprende Sobre Seu Projeto

Este é o momento-chave que distingue Developer Flow de outras ferramentas de IA para código. O agente lê AGENTS.md — um arquivo que descreve comandos bash não óbvios, convenções de projeto, especificidades do ambiente e decisões arquitetônicas. Junto com agent-config.yml, o agente recebe um ambiente com as dependências corretas, ferramentas e configuração. Pode executar testes, invocar pre-commit hooks e fechar o ciclo antes de fazer commit. Você dá ao agente uma máquina que conhece seus padrões, e o resultado atende aos requisitos em vez de criar trabalho extra.

Resolução de Conflitos e o Passo Final

Um conflito de merge é uma das tarefas mais dolorosas no processo de MR. Você precisa manter simultaneamente a intenção de ambos os branches na mente, analisar as mudanças em um editor de texto sem executar testes. Quanto maior a base de código, maior a probabilidade de que bugs apareçam na resolução manual. Para equipes que trabalham com backports e MRs em cascata em diferentes release branches, é um imposto constante na velocidade.

GitLab 19.0 adiciona um botão Resolve with Duo (em beta): o agente lê a intenção do MR, olha para ambos os branches, seleciona uma estratégia de resolução, edita os arquivos e faz push do resultado. Deixa um comentário com um resumo do conflito e o caminho da solução — o próximo revisor não precisa reconstruir a solução e a trilha de auditoria permanece intacta. Separadamente, para o final do processo de MR, foi adicionado um recurso one-click rebase and merge (também em beta). Anteriormente, para equipes com histórico semi-linear, era: rebase, depois merge. Agora é um clique.

Uma Nova Categoria de Ferramentas

Isso faz parte de uma mudança maior no mundo das ferramentas de desenvolvimento com IA. A primeira onda acelerou a escrita de código. A segunda adicionou uma janela de chat. Agora estão sendo criados agentes que participam do processo de trabalho em vez de ajudar em um único momento. Developer Flow demonstra este modelo: o desenvolvedor permanece acima do ciclo, gerenciando e revisando, enquanto o agente executa o trabalho.