La IA automatiza los merge requests en GitLab con Developer Flow

En GitLab 19.0, el agente de IA Developer Flow ya no se limita a escribir código: ahora gestiona el ciclo de vida completo de un merge request, desde atender los comentarios del revisor y resolver conflictos de fusión hasta el merge final. Es el siguiente paso tras el lanzamiento de Developer Flow el año pasado, cuando solo era capaz de convertir un issue en un MR listo.

Qué cambia en GitLab 19.0

Según el GitLab Blog, hasta ahora la IA solo aceleraba la escritura de código, mientras que todo el trabajo entre la apertura de un merge request y su fusión seguía siendo manual: asignar revisores, atender el feedback ronda tras ronda, desenredar conflictos, hacer rebase antes del merge. Cada paso exigía la atención del desarrollador. El cuello de botella simplemente se desplazó, y las herramientas no se adaptaron a él.

Developer Flow se lanzó el año pasado y resolvía una única tarea: convertía un issue en un merge request y automatizaba el trabajo preparatorio rutinario entre la definición de la tarea y la llegada del MR a revisión. Pero, una vez creado el MR, todo el trabajo iterativo posterior seguía siendo completamente manual.

La nueva versión de Developer Flow cubre precisamente ese hueco. El mismo agente de IA ahora atiende el feedback de los revisores, resuelve conflictos en ramas de larga duración, analiza código desconocido y divide en partes los MR que han crecido demasiado. Todo ello se complementa con la resolución autónoma de conflictos de fusión y el rebase and merge con un solo clic.

Cómo se incorpora el agente al trabajo con un MR

Developer Flow puede ejecutarse en cualquier fase del trabajo sobre una tarea. Hay tres puntos de entrada: el botón Generate MR directamente en el issue, la asignación de la cuenta de servicio Duo Developer directamente a un issue o MR, o un nuevo disparador mediante una @-mención en cualquier hilo de discusión de un issue o merge request.

La diferencia clave respecto a la versión anterior es que el agente retoma la conversación y sigue trabajando sobre el mismo MR, en lugar de crear uno nuevo que después habría que revisar manualmente desde cero. Junto con la resolución autónoma de conflictos de fusión y la función de rebase and merge con un solo clic, esto reduce el trabajo manual en todo el tramo que va desde la apertura del MR hasta su fusión final.

Una nueva categoría de herramientas de IA para el desarrollo

GitLab describe Developer Flow como parte de una categoría nueva, todavía en formación, de herramientas de IA para programar. La primera ola de estas herramientas aceleraba la escritura de la siguiente línea de código (autocompletado); la segunda dio a los desarrolladores una ventana de chat para hacer preguntas. Lo que surge ahora es algo fundamentalmente distinto: agentes que participan en el trabajo de principio a fin, y no en un momento puntual y fijo.

En palabras de GitLab, los desarrolladores ahora pueden mantenerse «por encima del ciclo»: delegar tareas y verificar el resultado mientras el agente se ocupa de la ejecución directa, es decir, la revisión, los conflictos, la refactorización de MR demasiado grandes y el estudio de partes desconocidas de la base de código.

¿Qué es Developer Flow en GitLab 19.0?

Developer Flow es el agente de IA de GitLab que, en la versión 19.0, amplía su ámbito de responsabilidad desde la creación del merge request hasta todo su ciclo de vida: atender el feedback de los revisores, resolver conflictos de fusión en ramas de larga duración, estudiar código desconocido y dividir en partes los MR demasiado grandes. Funciona junto con la resolución autónoma de conflictos y el rebase and merge con un solo clic.

¿En qué se diferencia la nueva versión de

Developer Flow de la del año pasado?

El lanzamiento de Developer Flow del año pasado automatizaba solo una etapa: convertir un issue en un merge request, es decir, la preparación rutinaria entre la definición de la tarea y la llegada del MR a revisión. El trabajo posterior sobre un MR ya creado seguía siendo completamente manual. En GitLab 19.0, el mismo agente sigue trabajando sobre el mismo MR después de crearlo: atiende los comentarios, resuelve conflictos y participa en su puesta a punto hasta el merge.

¿Cómo se ejecuta Developer Flow en un merge request?

Hay tres formas: pulsar el botón Generate MR en un issue, asignar la cuenta de servicio Duo Developer directamente a un issue o merge request, o mencionar al agente mediante el disparador @ en cualquier hilo de discusión de un issue o MR. En todos los casos, el agente recoge el contexto de la discusión y continúa trabajando sobre el MR existente, en lugar de crear uno nuevo.