GitLab

GitLab ist eine integrierte DevOps-Plattform, mit der Softwareteams den Weg von Quellcode über Planung, Prüfung und automatisierte Tests bis zur Bereitstellung in einer gemeinsamen Umgebung abbilden können. Im Mittelpunkt stehen Git-Repositories, Branches und Merge Requests: Entwickler speichern Code zentral, arbeiten parallel an Änderungen und lassen diese vor der Übernahme prüfen. Darauf aufbauend verbindet GitLab CI/CD-Pipelines, Issues, Boards, Releases, Registries und Sicherheitsprüfungen mit demselben Projekt- und Berechtigungsmodell. Dadurch eignet sich GitLab nicht nur als Git-Hoster, sondern als Arbeitsplattform für Entwickler, DevOps-Teams, Security-Verantwortliche, IT-Administratoren und größere Organisationen, die möglichst viele Schritte des Softwarelebenszyklus in einem System zusammenführen möchten.

Für die tägliche Entwicklung verwaltet GitLab Repositories samt Commit-Historie, Branches, Tags und Zugriffsregeln. Merge Requests bündeln Codeänderungen, Kommentare, Freigaben und Pipeline-Ergebnisse an einer Stelle. Geschützte Branches und Tags verhindern, dass jeder Nutzer sensible Bereiche direkt verändert. Projekte können in Gruppen und Untergruppen organisiert werden, wodurch sich Rechte für größere Organisationen strukturieren lassen. Issues, Boards, Meilensteine, Epics beziehungsweise hierarchische Arbeitselemente und Zeiterfassung verbinden technische Arbeit mit Planung. Wikis und Snippets ergänzen die Projektdokumentation. Für Teams ist praktisch, dass ein Vorgang vom Issue über den Code-Review bis zur Pipeline und zum Release miteinander verknüpft werden kann, statt Informationen über mehrere getrennte Werkzeuge verteilen zu müssen.

Ein Kernbereich ist GitLab CI/CD. Pipelines werden typischerweise in einer YAML-Datei im Repository beschrieben. Darin lassen sich Jobs, Stufen, Regeln, Abhängigkeiten, Variablen, Artefakte und Caches festlegen. Die Jobs laufen auf GitLab Runnern. Teams können von GitLab bereitgestellte Rechenzeit nutzen oder eigene Runner betreiben, etwa wenn Builds in einem internen Netz, auf spezieller Hardware oder mit eigenen Sicherheitsvorgaben ausgeführt werden sollen. Umgebungen helfen dabei, Staging und Produktion zu unterscheiden; Review Apps können temporäre Vorschauumgebungen für Änderungen bereitstellen. Zeitgesteuerte Pipelines, manuelle Freigaben und Regeln ermöglichen auch komplexere Abläufe. Diese Flexibilität ist eine Stärke, setzt aber bei anspruchsvollen Pipelines Kenntnisse in Git, YAML, Build-Werkzeugen und der eigenen Zielinfrastruktur voraus.

GitLab enthält außerdem Paket- und Container-Registries, sodass Teams Images und Softwarepakete nahe an ihren Pipelines speichern können. Releases verbinden Versionen mit Hinweisen und Assets. GitLab Pages kann statische Websites direkt aus Repository-Inhalten veröffentlichen. Für Automatisierung stehen REST- und GraphQL-APIs, Webhooks und die Kommandozeile glab zur Verfügung. Integrationen verbinden GitLab unter anderem mit Kommunikations-, Ticket- und Entwicklungswerkzeugen. Projekte und Gruppen lassen sich importieren und exportieren; für Wechsel von anderen Git-Plattformen gibt es Migrationswege. Repository-Mirroring kann Inhalte mit externen Git-Zielen abgleichen. Bei großen oder historisch gewachsenen Instanzen sollte eine Migration trotzdem geplant und getestet werden, weil Umfang, Berechtigungen, CI-Konfigurationen, Registries und Integrationen nicht in jedem Fall ohne Nacharbeit übertragen werden.

Sicherheit ist je nach Tarif unterschiedlich tief integriert. GitLab bietet Funktionen für statische Codeanalyse, Secret Detection, Dependency Scanning, Container Scanning, dynamische Anwendungstests und Prüfungen von Infrastructure-as-Code. Sicherheitsfunde können in den Entwicklungsablauf einfließen und zentral nachverfolgt werden. Software Bills of Materials, kurz SBOM, dokumentieren verwendete Softwarekomponenten. Richtlinien und Compliance-Funktionen helfen größeren Organisationen, Prüfungen und Freigaben projektübergreifend zu steuern. Ein Teil dieser erweiterten Funktionen gehört jedoch zu höheren Tarifen, insbesondere Ultimate. Deshalb sollte vor einer Kaufentscheidung nicht nur geprüft werden, ob GitLab eine gewünschte Sicherheitsfunktion grundsätzlich kennt, sondern ob sie im vorgesehenen Tarif und Betriebsmodell tatsächlich enthalten ist.

Bei der Bereitstellung gibt es drei wichtige Wege. GitLab.com ist der von GitLab betriebene SaaS-Dienst und nimmt Teams den Betrieb der Plattform ab. Nach aktueller Anbieterangabe werden GitLab.com-Kundendaten auf Google Cloud in den USA gehostet. GitLab Self-Managed wird auf eigener Infrastruktur installiert und gibt Unternehmen deutlich mehr Kontrolle über Server, Netzwerk, Backups, Updates und Datenstandort; dafür tragen sie auch den Betriebsaufwand selbst. GitLab Dedicated ist eine isolierte, von GitLab verwaltete SaaS-Variante für größere Anforderungen und unterstützt auswählbare AWS-Regionen, darunter europäische Standorte. Diese Modelle sind für Datenschutz und Beschaffung entscheidend: Ein Unternehmen mit festen Vorgaben zur Datenresidenz kann GitLab.com daher anders bewerten als Self-Managed oder Dedicated.

Beim Datenschutz stellt GitLab eine Datenschutzerklärung, ein Data Processing Addendum und Informationen zu Unterauftragnehmern bereit. Der Anbieter nennt außerdem Sicherheits- und Compliance-Nachweise für seine SaaS-Angebote, darunter ISO- und SOC-Berichte. Daraus sollte jedoch keine pauschale Aussage abgeleitet werden, GitLab sei in jedem Einsatz automatisch DSGVO-konform. Entscheidend sind unter anderem das gewählte Betriebsmodell, die Art der gespeicherten Daten, Zugriffsrechte, Vertragsunterlagen, Unterauftragnehmer und mögliche internationale Datenübertragungen. Unternehmen mit personenbezogenen oder besonders sensiblen Daten sollten deshalb die aktuelle DPA-/AVV-Fassung, die Subprocessor-Liste, die gewünschte Datenregion und die eigenen technischen Einstellungen prüfen. Bei Self-Managed liegen zusätzliche Schutzmaßnahmen und viele Betriebsentscheidungen direkt beim Betreiber.

Der Einstieg ist über GitLab Free dauerhaft ohne Abonnement möglich. Auf GitLab.com gelten dabei konkrete Grenzen: Private Top-Level-Gruppen sind nach aktueller Dokumentation auf fünf Nutzer begrenzt und der Free-Tarif umfasst 400 Compute-Minuten pro Monat sowie begrenzten Speicher. Öffentliche Gruppen, persönliche Namespaces und bestimmte Community-Programme können abweichenden Regeln unterliegen. Premium wird auf der deutschen Preisansicht derzeit mit 29 US-Dollar pro Nutzer und Monat bei jährlicher Abrechnung ausgewiesen und erweitert unter anderem CI/CD-, Team- und Supportfunktionen. Ultimate wird aktuell mit individueller Preisgestaltung angeboten und bündelt zusätzliche Sicherheits- und Compliance-Funktionen. GitLab Dedicated hat ebenfalls individuelle Preise. Zusatzspeicher, zusätzliche Compute-Minuten sowie GitLab-Credits für bestimmte KI-Funktionen können weitere Kosten verursachen. Da GitLab auf der deutschen Preisseite bezahlte Tarife in US-Dollar ausweist, sollte der konkrete Angebotspreis vor dem Kauf erneut geprüft werden.

Zusätzlich zum dauerhaften Free-Tarif bietet GitLab einen 30-tägigen Ultimate-Test für GitLab.com und Self-Managed an. Dafür wird laut Anbieter keine Kreditkarte benötigt. Der Test ist nicht mit einem dauerhaften Gratis-Tarif gleichzusetzen und kann einzelne Einschränkungen gegenüber einem regulär bezahlten Ultimate-Abonnement haben. Für eine realistische Erprobung sollten Teams deshalb nicht nur die Benutzeroberfläche ansehen, sondern ein echtes Repository importieren, eine Pipeline ausführen, Berechtigungen testen und prüfen, welche Sicherheits- oder Compliance-Funktionen sie tatsächlich benötigen. Bei Self-Managed sollte zugleich der Aufwand für Installation, Updates, Runner, Backups, Monitoring und Wiederherstellung bewertet werden.

GitLab verfolgt ein Open-Core-Modell. Der offene Kern steht unter einer Open-Source-Lizenz, während weitere Funktionen als quelloffen einsehbare beziehungsweise proprietär lizenzierte Bestandteile hinzukommen. Für Unternehmen bedeutet das: Self-Managed ist nicht auf eine reine Cloud-Nutzung angewiesen, gleichzeitig unterscheiden sich verfügbare Funktionen und Lizenzrechte je Edition und Tarif. GitLab veröffentlicht regelmäßig neue Versionen und dokumentiert Funktionen ausführlich. Das ist für technisch versierte Teams hilfreich, erhöht aber auch den Pflegebedarf bei Self-Managed-Installationen. Wer Stabilität vor neuen Funktionen priorisiert, sollte Upgrade-Prozesse, Backups und Kompatibilität mit Runnern, Integrationen und eigener Infrastruktur fest einplanen.

Die Plattform ist besonders interessant, wenn Quellcode, CI/CD, Planung, Registries und Sicherheitskontrollen eng zusammengehören sollen. Teams, die bereits mehrere spezialisierte Werkzeuge nutzen, können mit GitLab Schnittstellen reduzieren, müssen aber prüfen, ob die integrierten Funktionen in jedem Bereich die gewünschte Tiefe erreichen. Für sehr kleine Teams, die nur ein Git-Repository und einfache Code-Reviews benötigen, kann GitLab umfangreicher sein als nötig. Für Unternehmen mit vielen Projekten, komplexen Berechtigungen oder strengen Freigabeprozessen sind Gruppenstrukturen, Rollen, Audit-Ereignisse, Richtlinien und zentrale Sicherheitsfunktionen dagegen deutlich relevanter.

Als Alternativen kommen je nach Schwerpunkt unter anderem GitHub, Bitbucket, Azure DevOps und Gitea beziehungsweise Forgejo infrage. GitHub ist besonders stark als öffentliche Entwicklerplattform und verbindet Repositories mit Actions und einem großen Ökosystem. Bitbucket passt häufig zu Teams, die eng mit Jira und anderen Atlassian-Produkten arbeiten. Azure DevOps kombiniert Repositories, Pipelines, Boards und weitere Entwicklungsdienste im Microsoft-Umfeld. Gitea und Forgejo sind schlankere, selbst hostbare Git-Plattformen, wenn eine kompakte Repository-Lösung wichtiger ist als eine vollständig integrierte DevOps-Suite. Welche Alternative besser passt, hängt deshalb weniger von einer einzelnen Funktionsliste als von Betriebsmodell, vorhandener Tool-Landschaft, Sicherheitsanforderungen, Teamgröße und Budget ab.