GitLab bringt Git-kompatible Quellcodeverwaltung für Tausende KI-Agenten

Warum Agenten die Versionsverwaltung belasten

Laut GitLab verändern KI-Agenten die Ökonomie der Softwareentwicklung. Da die Kosten für das Erzeugen von Code sinken, wächst die Menge an Änderungen, die durch die Software-Fabrik laufen, schneller, als es für menschliche Entwickler konzipierte Infrastruktur bewältigen kann.

Als Beispiel nennt das Unternehmen Anthropic. Die täglichen Merges in Anthropics Monorepo stiegen von rund 2.500 im Mai auf mehr als 30.000 im September, und die Entwickler bauten mit Scion ein spezialisiertes Versionskontrollsystem für ihre Umgebung. Scion ist laut GitLab gezielt für riesige Monorepos gebaut, in denen fast alle Clients Agenten sind, die permanent online sind. Anthropic räumt ein, dass sein Ansatz kein universeller Ersatz für Git ist und eine eigene Infrastruktur für Code-Reviews, Suche und CI erfordert, schreibt GitLab.

GitLab zitiert Nick G. aus Anthropics Source-Control-Team: „Die Skalierung unseres Monorepos für die agentische Entwicklung hat verändert, wie wir über die Architektur von Git-Servern denken. Wir sehen Spielraum, das Leistungsspektrum von Git-Servern für diese Workloads zu erweitern, ohne das grundlegende Git-Modell zu verlassen.“

Was die neue SCM ändert

GitLab argumentiert, dass klassische Git-Workflows Clients dazu zwingen, große Mengen an Repository-Daten herunterzuladen, selbst wenn ein Agent nur einen kleinen Teil davon braucht. Nach Angaben des Unternehmens kann ein einziger Agentenaufruf 5 bis 10 GB Datentransfer und mehr als 30 Sekunden Einrichtungszeit verursachen, nur um eine einzige Frage zu beantworten. Bei Tausenden von Agenten wird die Versionsverwaltung so zum Flaschenhals.

Die neue SCM behält das Git-Protokoll bei, verändert aber die Architektur darunter. Zustandslose Rechenknoten skalieren horizontal auf gemeinsam genutztem Objektspeicher, und agentennative Schnittstellen erlauben es Agenten, genau die Dateien und die Historie anzufragen, die sie benötigen, ohne ständig ganze Repositories zu klonen.

In frühen internen Tests wurden Workloads laut GitLab bis zu 50-mal schneller abgeschlossen, verbrauchten bis zu 2-mal weniger Token und erzeugten bis zu 1.000-mal weniger Netzwerkverkehr als bei herkömmlichen Workflows. Das Unternehmen betont, dass es sich dabei um Spitzenwerte unter bestimmten Testbedingungen handelt und dass die Leistung unter anhaltender, paralleler Last noch validiert wird.

Die Architektur ist darauf ausgelegt, auf GitLab.com und auf S3-kompatiblem Speicher zu laufen, den Kunden selbst kontrollieren, auch in Rechenzentren ohne Internetanbindung (Air-Gap). Laut GitLab bleiben die Repository-Daten in der Infrastruktur des Kunden, was Datensouveränität und bestehende Investitionen schützt.

Der Engpass wandert flussabwärts

GitLab weist darauf hin, dass eine schnellere Versionsverwaltung allein das Problem nur verschiebt. Ein Agent, der Code in Sekunden schreibt, schafft wenig Wert, wenn Änderungen stundenlang auf Validierung, Sicherheitsprüfung oder Deployment warten. Merge Queues und CI-Workflows geraten unter wachsenden Druck, wenn Agenten Änderungen schneller erzeugen, als die Validierung abgeschlossen werden kann.

Das Unternehmen sagt, dies auf GitLab.com zu beobachten: Im vergangenen Jahr erstellten Kunden 40 % mehr CI/CD-Pipelines, während die Zahl der Code-Pushes um 50 % stieg. GitLab erwartet, dass CI im Agenten-Maßstab mehr Änderungen mit weniger Rechenaufwand pro Änderung validiert und dabei nachweist, was getestet und verifiziert wurde.

GitLab beschreibt die neue SCM als einen Teil einer umfassenderen Vision, die es „Governed Software Factory“ nennt. Das Design erlaubt es Tausenden Agenten, parallel in isolierten Sitzungen zu arbeiten, in denen gescheiterte Experimente verworfen werden können, ohne den gemeinsamen Code zu stören. Erfolgreiche Änderungen können in bestehende Merge Requests, Pipelines, Sicherheitsprüfungen und Governance-Kontrollen einfließen. GitLab Orbit wird entwickelt, um einen Kontextgraphen des Software-Lebenszyklus bereitzustellen, und die GitLab Duo Agent Platform orchestriert die Arbeit der Agenten über die einzelnen Phasen hinweg. Außerdem arbeitet das Unternehmen an der Zuordnung und Autorisierung von Agentenaktionen sowie daran, die Anweisungen und Entscheidungen hinter Codeänderungen festzuhalten.

Verfügbarkeit und Einordnung

Die neue SCM befindet sich in der privaten Beta, und GitLab arbeitet nach eigenen Angaben mit Kunden daran, die Leistung an deren eigenen Repositories und Workloads zu validieren. Interessierte Teams können frühen Zugang anfragen.

GitLab positioniert das Produkt für den breiteren Unternehmensmarkt und grenzt sich damit vom engeren Fokus von Scion ab. Das Versprechen lautet: Leistung im Agenten-Maßstab, ohne auf Git-Kompatibilität, Infrastrukturwahl oder die Integration in den übrigen Software-Entwicklungszyklus zu verzichten. Das Unternehmen kündigt zudem an, weiter zu Git beizutragen und mit der Community zusammenzuarbeiten. Für Unternehmen, die ihre Versionsverwaltung nicht auf neue Infrastruktur umziehen können, lautet die Botschaft, dass sie für Agenten skalieren können, ohne Git aufzugeben. Die Leistungszahlen sind weiterhin GitLabs eigene frühe interne Ergebnisse, die unabhängige Überprüfung unter anhaltender Last steht noch aus.