Developer Flow (GA)
Agenten einbringen, ohne die Aufgaben zu vernachlässigen. Developer Flow erstreckt sich nun über den gesamten MR-Lebenszyklus: ein einziger KI-Agent, der sich um das Feedback von Prüfer(innen) kümmert, Konflikte in Branches mit langer Laufzeit löst, unbekannte Codebases untersucht und zu große MRs aufteilt.
GitLab Secrets Manager (Public Beta)
Weniger Aufwand zur Synchronisation eines separaten Zugriffsmodells für Geheimnisse. Der Geheimnismanager nutzt die bestehende Gruppen- und Projektstruktur, sodass Eigentümer(innen) CI/CD-Geheimnisse speichern, abrufen und referenzieren können, die auf ein Projekt oder eine Gruppe beschränkt und nur für Jobs zugänglich sind, die sie ausdrücklich anfordern.
Abhängigkeitssuche mithilfe von SBOM (GA)
Fängt anfällige Pakete ab, die von Scannern mit direkter Deklaration übersehen werden. Maven-, Gradle- und Python-Projekte erhalten nun vollständige transitive Abdeckung mit automatischer Abhängigkeitsauflösung, die auf Manifest-Scanning zurückgreift, wenn keine Sperrdatei vorhanden ist.
MRs in Developer Flow (Beta) auflösen
Agenten übernehmen die langwierige Lösung von Merge-Konflikten. Die neue Schaltfläche „Mit Duo auflösen“ auf der MR-Konfliktseite und das Widget für Merge-Prüfungen können beide Branches lesen, eine Lösung auswählen, den Fix festschreiben und einen zusammenfassenden Kommentar veröffentlichen, damit alle, die die MR überprüfen, Änderungen einsehen können.
Anweisungen auf Gruppenebene für GitLab Duo
Weniger Duplizierung derselben Review-Anweisungen zwischen Projekten. Einmal auf Gruppenebene festgelegt, werden sie automatisch mit Projektanweisungen kombiniert, sowohl in Code Review Flow als auch in GitLab Duo Code Review.
Konfiguration von Workitem-Typen
Arbeit so nachverfolgen, wie das Team sie tatsächlich plant, anstatt alles in Probleme oder Aufgaben zu zwängen. Typen in User Story, Bug oder Wartung umbenennen, mit benutzerdefinierten Feldern, Status-Lebenszyklen, gespeicherten Ansichten und Ticketübersichten.
Detaillierte Analyse der CI/CD-Katalogkomponentennutzung
Genaue Einblicke erhalten, wer betroffen ist, bevor du größere Änderungen oder Sicherheitsfixes an eine CI/CD-Komponente übergibst. Auf der Ressourcenseite des Katalogs wird jetzt angezeigt, welche Projekte die einzelnen Komponenten verwenden, in welcher Version sie vorliegen, und Projekte mit veralteten Versionen werden ganz oben angezeigt, sodass du Prioritäten für die Kontaktaufnahme setzen kannst.
Open-Source-Unterstützung in GitLab Duo Agent Platform
Ermöglicht agentenbasierte Workflows in Offline-Umgebungen und Umgebungen mit eingeschränktem Netzwerkzugang, ohne Daten zu senden. Duo Agent Platform unterstützt jetzt zusätzliche Open-Source-Modelle für Self-Hosted-Bereitstellungen, einschließlich Devstral 2 123B und GLM-5.1-FP8.
GitLab Duo Agent Platform Self-Hosted unterstützt Gemini
Weitere Modellfamilie für Self-Hosted Teams. Gemini funktioniert mit Flows wie Code Review Flow, SAST Vulnerability Resolution Flow und Fix CI/CD Pipeline Flow.
Schnelle Diffs für Merge-Request-Reviews (Beta)
Bei großen Reviews nicht mehr auf die Registerkarte „Änderungen“ warten. Schnelle Diffs sorgen für schnelleres Laden, flüssigeres Scrollen und reaktionsschnellere Interaktionen, wobei dieselbe Technologie zum Einsatz kommt, die bereits für die Commits-Seite verwendet wird.
GitLab Credits für die Self-Managed Enterprise Edition (EE)
Agentische KI ohne Premium- oder Ultimate-Upgrade. Self-Managed EE-Kund(innen) im kostenlosen Tarif können jetzt direkt GitLab Credits erwerben: Wähle einen monatlichen Betrag, binde dich für ein Jahr und der gemeinsam genutzte Pool wird jeden Monat automatisch aktualisiert.
Anpassen von Merge-Request-Standardtiteln
Einheitliche MR-Titel, ohne dass Entwickler(innen) sich die Konvention merken müssen. Konfiguriere eine Standardvorlage für jedes Projekt mit Variablen für Quell- und Zielbranch, Thema des ersten Commits, verknüpfter Fehler-ID und Titel sowie einem lesbaren Branchnamen.
Sichere Webhooks mit HMAC-Signatur-Token
Gefälschte Webhooks von echten unterscheiden. Füge ein Signatur-Token hinzu und GitLab berechnet eine HMAC-SHA256-Signatur über die Webhook-ID, den Zeitstempel und die Nutzdaten gemäß der Standard-Webhook-Spezifikation, sodass du die Herkunft überprüfen und Wiederholungen zurückweisen kannst.