Repos aus Gruppen und Subgruppen anbinden, Merge Requests und GitLab CI neben allem anderen sehen und den Coding-Agenten direkt auf GitLab arbeiten lassen — Cloud oder Self-Hosted.
Vom Anbinden eines Repos bis zum Mergen einer MR — GitLab ist ein erstklassiger Provider.
Verbinde ein GitLab-Repo mit einem Board — im Neu-Anlegen- und im Bestehendes-Projekt-verbinden-Flow. Die Integrationsliste bleibt mit deinem Verbindungsstatus synchron.
Auch tief verschachtelte Projektpfade funktionieren. Spedy akzeptiert vollständige GitLab-Subgruppen-Pfade beim Anbinden — deine Org-Struktur wird einfach übernommen.
Nicht nur gitlab.com — binde dein eigenes self-hosted GitLab an. Der Runner erkennt die Clone-URL und konfiguriert sich entsprechend.
GitLab Merge Requests erscheinen in derselben Pull-Requests-Ansicht wie GitHub und Bitbucket — mit Status, Branch, Reviews und CI.
GitLab-CI-Runs fließen in das provider-übergreifende Pipelines-Dashboard, nach Status gruppiert neben jedem anderen CI-System.
Wenn eine MR „Changes Requested“ bekommt, feuert Spedy ein Review-Retrigger-Event, damit der Coding-Agent die Arbeit automatisch wieder aufnimmt.
Repos, Merge Requests, Pipelines und der Coding-Agent — alles eingebunden.
Verfolge und reviewe MRs in der vereinheitlichten Pull-Requests-Ansicht, mit Live-Status und CI.
Pipeline-Runs landen im Pipelines-Dashboard, nach Status über alle Provider gruppiert.
Vollständige Subgruppen-Pfade werden unterstützt — tief verschachtelte GitLab-Strukturen binden sauber an.
Verbinde gitlab.com oder deine eigene Instanz — der Runner passt sich der Clone-URL an.
Binde ein GitLab-Repo an und der Coding-Runner klont es, nimmt Änderungen vor und öffnet Merge Requests — derselbe autonome Flow wie auf GitHub.
Starte noch heute mit Spedy und bringe dein Team auf das nächste Level.