Avec Developer Flow, l'IA automatise les merge requests dans GitLab

Dans GitLab 19.0, l'agent IA Developer Flow ne se limite plus à écrire du code : il prend désormais en charge l'intégralité du cycle de vie d'une merge request, du traitement des commentaires de revue et de la résolution des conflits de fusion jusqu'au merge final. C'est l'étape suivante après le lancement de Developer Flow l'an dernier, qui ne savait alors que transformer une issue en MR prête à l'emploi.

Ce qui change dans GitLab 19.0

Selon le GitLab Blog, l'IA n'accélérait jusqu'ici que l'écriture du code, tandis que tout le travail entre l'ouverture d'une merge request et sa fusion restait manuel : assignation des relecteurs, traitement des retours round après round, démêlage des conflits, rebase avant le merge. Chaque étape mobilisait l'attention du développeur. Le goulot d'étranglement s'est simplement déplacé, sans que les outils suivent.

Lancé l'an dernier, Developer Flow ne remplissait qu'une seule tâche : transformer une issue en merge request, en automatisant le travail préparatoire routinier entre la définition de la tâche et l'arrivée de la MR en revue. Mais une fois la MR créée, tout le travail itératif qui suivait restait entièrement manuel.

La nouvelle version de Developer Flow comble précisément cette lacune. Le même agent IA traite désormais les retours des relecteurs, élimine les conflits dans les branches à longue durée de vie, s'approprie du code inconnu et découpe les MR devenues trop volumineuses. Le tout s'accompagne d'une résolution autonome des conflits de fusion et d'un rebase-and-merge en un clic.

Comment l'agent intervient sur une MR

Developer Flow peut être lancé à n'importe quelle étape du travail sur une tâche. Il existe trois points d'entrée : le bouton Generate MR directement sur l'issue, l'assignation du compte de service Duo Developer directement à une issue ou à une MR, ou un nouveau déclencheur par @-mention dans n'importe quel fil de discussion d'une issue ou d'une merge request.

Différence majeure avec la version précédente : l'agent reprend la conversation et poursuit le travail sur la même MR, au lieu d'en créer une nouvelle qu'il faudrait ensuite relire manuellement depuis zéro. Associé à la résolution autonome des conflits de fusion et au rebase-and-merge en un clic, ce fonctionnement réduit le travail manuel sur tout le trajet entre l'ouverture de la MR et sa fusion finale.

Une nouvelle catégorie d'outils IA pour le développement

GitLab présente Developer Flow comme partie d'une nouvelle catégorie d'outils IA pour le code, encore en formation. La première vague de ces outils accélérait l'écriture de la ligne de code suivante (autocomplétion), la deuxième a offert aux développeurs une fenêtre de chat pour poser des questions. Ce qui émerge aujourd'hui est d'une autre nature : des agents qui participent au travail sur toute sa durée, et non à un moment précis et figé.

Selon la formule de GitLab, les développeurs peuvent désormais rester « au-dessus de la boucle » : déléguer des tâches et vérifier le résultat pendant que l'agent se charge de l'exécution proprement dite, qu'il s'agisse de la revue, des conflits, du refactoring de MR trop volumineuses ou de l'exploration de zones inconnues de la base de code.

Qu'est-ce que Developer Flow dans GitLab 19.0 ?

Developer Flow est l'agent IA de GitLab qui, dans la version 19.0, a étendu son périmètre de la création de merge requests à l'ensemble de leur cycle de vie : traitement des retours des relecteurs, résolution des conflits de fusion sur les branches à longue durée de vie, exploration de code inconnu et découpage des MR trop volumineuses. Il fonctionne en tandem avec la résolution autonome des conflits et le rebase-and-merge en un clic.

En quoi la nouvelle version de

Developer Flow diffère-t-elle de celle de l'an dernier ?

Lors de son lancement l'an dernier, Developer Flow n'automatisait qu'une seule étape : la transformation d'une issue en merge request, c'est-à-dire la préparation routinière entre la définition de la tâche et l'arrivée de la MR en revue. Le travail ultérieur sur une MR déjà créée restait entièrement manuel. Dans GitLab 19.0, le même agent continue de travailler sur la même MR après sa création : il traite les commentaires, élimine les conflits et participe à la finalisation jusqu'au merge.

Comment lancer Developer Flow sur une merge request ?

Il existe trois méthodes : cliquer sur le bouton Generate MR dans une issue, assigner le compte de service Duo Developer directement à une issue ou à une merge request, ou mentionner l'agent via le déclencheur @ dans n'importe quel fil de discussion d'une issue ou d'une MR. Dans tous les cas, l'agent reprend le contexte de la discussion et poursuit le travail sur la MR existante, au lieu d'en créer une nouvelle.