GitLab 19.5 bringt den Recommend Reviewers Flow: Der passende Reviewer für jeden Merge Request

Die Suche nach dem Reviewer ist der erste Engpass

GitLab beschreibt das Problem als eine Frage der Zuordnung, nicht der Personalstärke. Laut dem Unternehmen sind Fachwissen und Kapazitäten für Code-Reviews in einem Team meist vorhanden, doch nichts bringt sie bei jedem eingehenden Merge Request zusammen. Die Autoren müssen selbst herausfinden, wer sich in einem bestimmten Teil der Codebasis auskennt, wer noch Luft in der Warteschlange hat und wer gerade online ist.

Nach Angaben von GitLab führt das zu Gewohnheiten, die Reviews verlangsamen:

• Zuweisung an eine ganze Gruppe. Alle werden benachrichtigt, niemand fühlt sich verantwortlich, und der Merge Request wartet auf einen Freiwilligen.
• Immer derselbe vertraute Reviewer. Diese Person wird zum Flaschenhals, und ihre eigene Arbeit bleibt liegen.
• Raten über Zeitzonen hinweg. Der gewählte Reviewer hat vielleicht gerade Feierabend gemacht, sodass das Feedback erst am nächsten Tag kommt.

Auch für die Reviewer hat das laut GitLab seinen Preis. Gruppenzuweisungen überfluten ihre Benachrichtigungen mit Merge Requests, die sie nie prüfen werden, und die Personen, an die sich alle wenden, übernehmen zusätzlich zu ihrer eigenen Arbeit einen wachsenden Anteil der Warteschlange.

So funktioniert der Recommend Reviewers Flow

Der Flow läuft auf der GitLab Duo Agent Platform. Ein Trigger startet ihn automatisch, sobald ein Merge Request erstellt wird, ob als Entwurf oder im Status „bereit“. Vorschläge liegen also von Anfang an vor.

Anschließend gewichtet der Flow bei jedem infrage kommenden Kandidaten Auslastung, Zeitzone, Verfügbarkeit und Expertise, wie sie über Approval Rules und CODEOWNERS definiert sind. Ziel ist es, die Person zu finden, die am besten geeignet ist und am ehesten zeitnah reagieren kann. Der Flow begründet, warum er welchen Reviewer ausgewählt hat, und die Vorschläge erscheinen in einem eigenen Bereich im Merge Request.

Beim Zeitpunkt behält der Autor die Kontrolle. GitLab zufolge kann man zunächst weiter nachbessern oder auf automatisches Code-Review-Feedback reagieren und erst dann einen menschlichen Reviewer einbeziehen, wenn die Änderung reif ist. Die Funktion wird in einem Projekt als Flow-Trigger eingerichtet und nicht als Projekteinstellung. Sie steht damit neben anderen agentischen Workflows, die ein Team bereits nutzt.

Warum weiterhin Menschen prüfen

GitLab verortet die Funktion vor dem Hintergrund wachsender Codemengen. Das Unternehmen verweist auf einen Reuters-Bericht vom August 2026, wonach die Codeänderungen auf den internen Plattformen von Meta im Jahresvergleich um 220 Prozent zunahmen, während Änderungen, die als neue Funktionen bei den Nutzern ankamen, nur um 36 Prozent zulegten.

Laut GitLab fängt der Code Review Flow bereits einen Großteil der Prüflast ab. Er prüft Merge Requests, sobald sie eingehen, befolgt projektspezifisch definierte Review-Anweisungen und kostet pauschal 0,25 GitLab Credits pro Review (0,25 US-Dollar zum Listenpreis). Ausgehend von etwa 15 Minuten Arbeitszeit eines Senior Engineers, also rund 25 US-Dollar pro manuellem Review, behauptet GitLab, die automatische Prüfung senke die Kosten pro Review um 99 Prozent.

Automatisierung nehme den Menschen nicht aus dem Prozess, betont das Unternehmen. Approval Rules, CODEOWNERS und Compliance-Richtlinien verlangen bei vielen Änderungen weiterhin die Freigabe durch eine Person. Bei diesen Merge Requests ist die Suche nach dem passenden Reviewer oft die erste Verzögerung.

Zusammenspiel mit anderen Flows und Verfügbarkeit

GitLab zufolge lässt sich der Recommend Reviewers Flow mit weiteren grundlegenden Flows der Duo Agent Platform kombinieren:

• Code Review Flow, der zuerst läuft, damit automatisches Feedback vorliegt, bevor ein Mensch hinzugezogen wird.
• Security Review Flow, der Änderungen im Merge Request vor dem Merge auf Schwachstellen in der Geschäftslogik prüft.
• Fix CI/CD Pipeline Flow, der fehlgeschlagene Jobs diagnostiziert und repariert, damit eine defekte Pipeline eine freigegebene Änderung nicht aufhält.
• Custom Flows, um den Recommend Reviewers Flow in einen bestehenden Teamprozess einzubauen.

Die intelligenten Reviewer-Vorschläge sind in GitLab 19.5 für GitLab.com, GitLab Self-Managed und GitLab Dedicated allgemein verfügbar. Zur Nutzung fügt ein Team den Trigger für den Recommend Reviewers Flow einem Projekt hinzu und erstellt seinen nächsten Merge Request. Abonnenten von GitLab Premium und Ultimate können die Duo Agent Platform aktivieren und die in ihrem Abonnement enthaltenen GitLab Credits nutzen. Neue Nutzer können das Angebot kostenlos testen.

Was das für Teams bedeutet

Für Teams, die eine menschliche Freigabe brauchen, setzt die Neuerung bei dem Schritt an, der vor dem eigentlichen Review liegt. Laut GitLab bedeutet eine bessere Reviewer-Auswahl schnelleres Feedback, klarere Verantwortlichkeiten und eine ausgewogenere Arbeitsverteilung, wobei die Empfehlungen mit nachvollziehbarer Begründung kommen und Autoren sie überstimmen können. Diese Vorteile sind Aussagen des Unternehmens selbst, gemessene Ergebnisse für die Funktion nennt die Quelle nicht.