Merge Requests von manuellen Aufgaben in einen automatisierten Workflow verwandeln

KI hat das Schreiben von Code messbar beschleunigt, aber die Arbeit zwischen dem Öffnen eines Merge Requests und dem Zusammenführen ist fast vollständig manuell geblieben. Reviewer zuweisen, Feedback Runde für Runde einarbeiten, Konflikte lösen, vor dem Merge einen Rebase durchführen – jeder Schritt erfordert nach wie vor die Aufmerksamkeit des Entwicklungsteams. Der Engpass hat sich verschoben, aber die Tools haben sich nicht angepasst.

GitLab 19.0 ändert das. Developer Flow erstreckt sich jetzt über den gesamten Lebenszyklus eines Merge Requests: ein einzelner KI-Agent, der Reviewer-Feedback einarbeitet, Konflikte auf langlebigen Branches löst, unbekannte Codebases analysiert und Merge Requests aufteilt, die zu groß geworden sind. Zusammen mit der autonomen Merge-Konfliktlösung und One-Click-Rebase-and-Merge reduziert er die manuelle Arbeit zwischen dem Öffnen und dem Zusammenführen eines Merge Requests.

Developer Flow gehört zu einer neuen Kategorie von KI-Programmierwerkzeugen. Die erste Generation beschleunigte die Codezeile für Codezeile. Die zweite gab Entwicklungsteams ein Chat-Fenster. Was jetzt entsteht, ist anders: Agenten, die über den gesamten Arbeitsprozess hinweg mitwirken – nicht nur für einen bestimmten Moment. Das Entwicklungsteam behält die Steuerung: lenken, prüfen, entscheiden. Den Rest übernimmt der Agent.

Developer Flow – über den gesamten Merge Request hinweg

Wir haben Developer Flow letztes Jahr eingeführt, um aus einem Issue einen Merge Request zu erstellen. Die Automatisierung der repetitiven Einrichtungsarbeit zwischen „Hier ist, was gebaut werden muss" und „Hier ist ein Merge Request zum Prüfen" war nur der Anfang. Aber es war eine einzelne Aufgabe, und sobald der Merge Request existierte, war die Arbeit daran nach wie vor vollständig manuell.

Diese neue Iteration von Developer Flow übernimmt den Rest der manuellen Arbeit. Ein Agent, der die Arbeit erledigt, die das Entwicklungsteam sonst selbst erledigen würde, erstreckt sich jetzt über den gesamten Lebenszyklus eines Merge Requests.

So sieht Developer Flow in der Praxis aus:

Auslösung in jeder Phase. Developer Flow lässt sich über ein Issue mit dem Button Generate MR starten, durch direkte Zuweisung des Duo Developer-Dienstkontos zu einem Issue oder Merge Request, oder über den neuen @mention-Trigger in jedem Diskussionsthread. Der Agent greift die Konversation auf und iteriert auf demselben Merge Request – anstatt einen neuen zu erstellen, der erst abgeglichen werden müsste.

Erledigt die Arbeit rund um den Code. Developer Flow kann jetzt Reviewer-Feedback über mehrere Runden im selben Merge Request einarbeiten, Merge-Konflikte auf langlebigen Branches lösen, eine unbekannte Codebase analysieren oder einen Ansatz evaluieren und Bericht erstatten, einen Merge Request aufteilen, der zu groß geworden ist, und Features von Grund auf implementieren.

Wurde neu entwickelt, um über den gesamten Lebenszyklus hinweg Aktionen auszuführen. Unter der Haube ist Developer Flow jetzt eine einzelne agentische Schleife mit einem vollständigen Entwickler-Toolset (Lesen, Suchen, Bearbeiten, Befehle ausführen), die selbst entscheidet, welches Tool wann eingesetzt wird. Noch wichtiger: Es ist die architektonische Grundlage, die es einem einzelnen Agenten ermöglicht, über den gesamten Lebenszyklus eines Merge Requests hinweg mitzuwirken.

Beinhaltet die richtige Projekteinrichtung, um weiter zu gehen als KI-Programmierwerkzeuge. Developer Flow liest AGENTS.md für alles, was nicht im Code steht: nicht offensichtliche Bash-Befehle, Projektkonventionen, Umgebungsbesonderheiten und Architekturentscheidungen, die der Agent braucht, um beim ersten Anlauf alles richtig zu machen. agent-config.yml bereitet die Programmierumgebung mit den richtigen Abhängigkeiten, Tools und Konfigurationen vor, damit der Agent Tests ausführen, Pre-Commit-Hooks durchlaufen und den Kreislauf schließen kann, bevor er committet. So erhält der Agent eine sofort einsatzbereite Umgebung – das Ergebnis entspricht den eigenen Standards, anstatt Nacharbeiten zu verursachen.

Das Entwicklungsteam behält die Steuerung: lenken, prüfen, entscheiden. Den Rest übernimmt der Agent.

Die neuen Developer-Flow-Funktionen sind mit GitLab Duo Agent Platform in den Tarifen Premium und Ultimate verfügbar.

Merge-Konflikte lösen – jetzt Teil des Workflows

Die Lösung von Merge-Konflikten ist eine der aufwendigsten wiederkehrenden Aufgaben im Merge-Request-Workflow, und je komplexer der Code ist, desto wahrscheinlicher ist es, dass Fehler entstehen. Einen Konflikt zu lösen bedeutet, die Absicht zweier Branches gleichzeitig zu rekonstruieren – im Kopf, in einem Texteditor, ohne laufende Tests. Für Teams, die Backports und kaskadierende Merge Requests über mehrere Release-Branches verwalten, ist das kein gelegentliches Ärgernis. Es ist eine wiederkehrende Steuer auf die Bereitstellungsgeschwindigkeit.

In GitLab 19.0 lässt sich diese Arbeit einem Agenten übergeben, ohne den Merge Request zu verlassen. Der Button Resolve with Duo (jetzt in der Beta-Phase) erscheint direkt auf der Konfliktseite des Merge Requests und im Widget für die Merge-Prüfungen.

Der Agent liest die Absicht des Merge Requests, betrachtet beide Branches, wählt eine Lösungsstrategie, bearbeitet die betroffenen Dateien, committet und pusht die Korrektur. Ist der Agent fertig, hinterlässt er einen Kommentar, der den gefundenen Konflikt und den gewählten Lösungsweg zusammenfasst – damit die nächste prüfende Person die Entscheidung nicht rekonstruieren muss und der Audit-Trail intakt bleibt. Kann der Agent den Konflikt nicht sicher lösen, meldet er das – anstatt zu raten.

Rebase und Merge mit einem Klick

Die oben genannten Funktionen betreffen die Arbeit innerhalb eines Merge Requests. Ein weiteres Feature von 19.0 beseitigt Reibung am Ende des Workflows beim Zusammenführen: One-Click-Rebase-and-Merge (jetzt in der Beta-Phase).

Für Teams, die semi-lineare History oder Fast-Forward-Merge-Methoden verwenden, war das Rebase vor dem Merge bisher ein Zwei-Klick-Vorgang mit Wartezeit dazwischen: Rebase anstoßen, warten, zurückkehren, zusammenführen. Jetzt ist es ein Klick. Dieses Feature ist in den Tarifen Free, Premium und Ultimate verfügbar.

Die MR-Steuer senken

Mit all diesen Funktionen übernimmt KI die urteilsintensive Arbeit: Code schreiben, Feedback einarbeiten und Konflikte lösen. Automatisierung übernimmt die Mechanik, wie zum Beispiel den Rebase vor dem Merge. Unterschiedliche Funktionen mit demselben Ziel: weniger manuelle Arbeit zwischen dem Öffnen und dem Zusammenführen eines Merge Requests – und weniger Zeit im Arbeitsalltag des Entwicklungsteams für die Teile des Merge-Request-Prozesses, die keine menschliche Aufmerksamkeit erfordern sollten.

Developer Flow jetzt ausprobieren

Bestehende GitLab-Kunden können Developer Flow über eine kostenlose Testversion von GitLab Duo Agent Platform kennenlernen. Wer bereits Premium oder Ultimate mit Duo Agent Platform nutzt, kann Developer Flow ab sofort auf dem nächsten Merge Request einsetzen – unabhängig von der aktuellen Version. Bei Versionen vor 19.0 muss der @mention-Trigger möglicherweise manuell eingerichtet werden.

Wer GitLab im kostenlosen Tarif nutzt, kann sich für GitLab Duo Agent Platform registrieren, indem ein paar einfache Schritte befolgt werden.

Weitere Beiträge zu GitLab 19.0

• GitLab 19.0 veröffentlicht
• Mehr KI-Modelle für GitLab Duo Agent Platform Self-Hosted
• CI/CD-Zugangsdaten mit dem GitLab Secrets Manager verwalten
• CI-Komponentennutzung in deinem Unternehmen nachverfolgen
• Supply-Chain-Risiken reduzieren – mit SBOM-basiertem Dependency Scanning
• Vollständige Security-Scanner-Abdeckung der Codebase in Minuten