GitLab 19.5: MCP-Server und Secrets Manager sind allgemein verfügbar

MCP-Server öffnet GitLab-Werkzeuge für externe Agenten

Laut GitLab konnten MCP-Clients bislang nur auf einen begrenzten Satz an GitLab-Werkzeugen zugreifen. Mit der allgemeinen Verfügbarkeit des MCP-Servers erhält jeder MCP-kompatible Agent, etwa Claude Code oder Cursor, direkten Zugriff auf den erweiterten GitLab-Werkzeugkatalog sowie auf Agenten und Flows der GitLab Duo Agent Platform.

GitLab zufolge können Agenten dadurch mehr vom GitLab-Workflow eines Teams abdecken und Agenten und Flows der Agent Platform ausführen, ohne das bevorzugte Werkzeug zu verlassen. Die Funktion steht in den Tarifen Free, Premium und Ultimate auf GitLab.com, GitLab Self-Managed und GitLab Dedicated zur Verfügung.

Mit GitLab 19.5 können Administratoren auf GitLab Self-Managed und GitLab Dedicated in der Einstellung „Restrict access based on group membership“ für GitLab Duo außerdem eine beliebige Untergruppe auswählen, nicht nur Gruppen der obersten Ebene. Direkte Mitglieder der gewählten Untergruppe erhalten Zugriff. GitLab zufolge lassen sich so Pilotprojekte oder eine schrittweise Einführung Abteilung für Abteilung leichter umsetzen, insbesondere in Organisationen mit nur einer Gruppe auf oberster Ebene.

Secrets Manager und KI-Governance

Der GitLab Secrets Manager ist jetzt auf GitLab.com und GitLab Self-Managed in den Tarifen Premium und Ultimate allgemein verfügbar. GitLab argumentiert, ohne zentralen Speicher für Geheimnisse könnten Zugangsdaten über zu weit gefasste CI/CD-Variablen, lokale Konfigurationsdateien und eigenständige Vaults verstreut liegen, was Verwaltung, Schutz und Prüfung erschwere.

Die Funktion basiert auf OpenBao und nutzt die vorhandenen Gruppen- und Projektberechtigungen, ein separates Zugriffsmodell ist daher nicht nötig. Jedes CI-Geheimnis ist auf den Job beschränkt, der es benötigt, und zwar anhand von Umgebung, Branch und Regeln zum Branch-Schutz. Für jedes Erstellen, Lesen, Aktualisieren und Löschen werden Audit-Logs erzeugt. Der GitLab Secrets Manager verbraucht GitLab Credits, eine kostenlose 30-Tage-Testversion ist verfügbar.

Bei der Governance zeigte das AI Governance Dashboard bislang nur Aktivitäten von Agenten der GitLab Duo Agent Platform. Nach einer einmaligen Einrichtung mit glab govern können Teams nun über die GitLab CLI Externally Connected Agents (ECAs) wie Claude Code, Cursor und Codex anbinden. Sind „Allow external agents“ und „Store AI audit events“ aktiviert, wird jede qualifizierte Agentensitzung erfasst, einschließlich der Angabe, wer sie gestartet hat, welcher Agent beteiligt war, welches Projekt betroffen war und wann sie stattfand. Sitzungen und Werkzeugaufrufe erscheinen im Dashboard und im Bericht zu KI-Audit-Ereignissen, und Audit-Ereignisse können per Audit Event Streaming an ein SIEM weitergeleitet werden. Die Ausgabe der Werkzeuge wird nicht übertragen, mit Ausnahme kurzer Fehlermeldungen fehlgeschlagener Werkzeugaufrufe. Die Funktion befindet sich in der Betaphase.

Neue Funktionen in GitLab Duo CLI und Code-Review

Der Befehl /goal in der GitLab Duo CLI ist ab Version 9.27.0 allgemein verfügbar. Nutzer beschreiben ein offenes Ziel, und GitLab Duo übergibt es an einen kontrollierten, zielgesteuerten Flow, der lokal läuft und sowohl Umsetzung als auch Verifikation übernimmt. Voraussetzung sind GitLab 19.3 oder neuer sowie GitLab Duo CLI 9.17.0 oder neuer.

Die CLI erhält außerdem einen Auto-Modus, in dem GitLab Duo Werkzeuge nutzt, ohne vorher um Freigabe zu bitten. Längere Aufgaben werden so nicht durch jeden Shell-Befehl, jede Git-Operation oder jeden MCP-Werkzeugaufruf unterbrochen. Standardmäßig ist der Modus deaktiviert. Administratoren, Owner und Maintainer können ihn für Instanzen, Gruppen und Projekte aktivieren, Administratoren und Gruppen-Owner können ihn auf „Always off“ sperren. Werkzeuge, die auf „Always Deny“ stehen, bleiben blockiert. GitLab rät, den Auto-Modus nur in vertrauenswürdigen Repositories und auf Branches zu verwenden, die sich verwerfen lassen. Erforderlich ist GitLab Duo CLI 9.22.0 oder neuer.

Organisationen können die CLI jetzt über Einstellungsdateien konfigurieren. Systemadministratoren können eine verwaltete Einstellungsdatei per Mobile-Device-Management-Werkzeug oder Gruppenrichtlinie ausrollen, deren Einstellungen Vorrang vor der Benutzer-Einstellungsdatei, Kommandozeilenoptionen und Umgebungsvariablen haben. Die Einstellungsdatei erfordert CLI 9.26.0 oder neuer, die verwaltete Datei 9.27.0 oder neuer.

Der Code Review Flow berücksichtigt nun Folge-Reviews. GitLab Duo nutzt Kommentar-Threads früherer Reviews, einschließlich der Antworten von Nutzern, konzentriert sich auf Zeilen, die seit dem letzten Review hinzugekommen sind, wiederholt keine bereits genannten Punkte und listet offene Befunde in seiner Zusammenfassung auf.

Sicherheitsüberwachung und was das für Teams bedeutet

Das Tracking von Nicht-Standard-Branches ist für den Tarif Ultimate jetzt allgemein verfügbar. Teams können auf der Seite der Sicherheitskonfiguration drei zusätzliche Branches oder Tags verfolgen, im Schwachstellenbericht nach verfolgter Referenz und im Sicherheits-Dashboard auf Projektebene nach Branch filtern sowie den Schwachstellenstatus auf verfolgten Branches aktualisieren. Richtlinien zum Schwachstellenmanagement werten jeden verfolgten Branch getrennt aus. GitLab empfiehlt, eine kleine Zahl langlebiger Release-Branches zu wählen.

Insgesamt bietet das Release Teams, die externe Coding-Agenten einsetzen, eine Möglichkeit, diese an GitLab-Werkzeuge anzubinden und ihre Aktivitäten zu überwachen. Administratoren erhalten zudem mehr Kontrolle darüber, wer GitLab Duo nutzen darf und wie sich die CLI verhält. Die Release Notes nennen außerdem Dhairya, einen Contributor der Stufe 3, als Notable Contributor des Monats für die Arbeit an Offline-Transfer und Organizations-Unterstützung beim Import.