Viele verwechseln Git, GitHub und GitLab oder halten die drei Begriffe für dasselbe. Das ist verständlich, denn die Namen klingen ähnlich und tauchen oft gemeinsam auf. Technisch beschreiben sie aber drei verschiedene Dinge.
Git ist das Versionskontrollsystem, also das Werkzeug, das Änderungen am Quellcode nachverfolgt. GitHub und GitLab sind Plattformen, die auf Git aufbauen und zusätzliche Funktionen für die Zusammenarbeit liefern. Wer den Unterschied kennt, trifft bessere Entscheidungen für das eigene Entwicklungs- und Testteam.
Dieser Beitrag erklärt zuerst Git als Grundlage, ordnet dann GitHub und GitLab klar ein und zeigt, wann welche Plattform sinnvoll ist. Für die Tiefe zu den Plattformen verweisen wir auf die jeweiligen Detailbeiträge.
Inhaltsverzeichnis
Was ist Git?
Git ist ein verteiltes Versionskontrollsystem. Es speichert den Verlauf eines Projekts, sodass jede Änderung am Quellcode nachvollziehbar bleibt. Linus Torvalds entwickelte Git 2005 ursprünglich für die Arbeit am Linux-Kernel. Heute ist es der Standard in der Softwareentwicklung.
Der Kern von Git sind drei Konzepte. Ein Commit ist eine gespeicherte Momentaufnahme des Projekts zu einem bestimmten Zeitpunkt. Ein Branch ist ein abgezweigter Entwicklungspfad, auf dem ein Team an einer Funktion arbeitet, ohne den Hauptstand zu stören. Ein Merge führt zwei Branches wieder zusammen.
Verteilt bedeutet, dass jede Entwicklerin und jeder Entwickler eine vollständige Kopie der gesamten Historie auf dem eigenen Rechner hat. Es gibt keinen zwingenden zentralen Server. Das macht die Arbeit schnell und ausfallsicher, denn auch ohne Netzverbindung lassen sich Commits erstellen und die Historie durchsuchen.
Git allein hat keine grafische Oberfläche für die Zusammenarbeit im Team. Genau diese Lücke füllen Plattformen wie GitHub und GitLab.
Git, GitHub und GitLab: der Unterschied
Der wichtigste Satz zuerst: Git ist das System, GitHub und GitLab sind Plattformen, die dieses System hosten und erweitern. Man kann Git nutzen, ohne GitHub oder GitLab zu verwenden. Umgekehrt setzen beide Plattformen Git voraus.
| Eigenschaft | Git | GitHub | GitLab |
|---|---|---|---|
| Was ist es? | Versionskontrollsystem | Plattform auf Git-Basis | Plattform auf Git-Basis |
| Läuft wo? | Lokal auf jedem Rechner | Cloud (github.com) | Cloud oder selbst gehostet |
| Hauptzweck | Änderungen verfolgen | Zusammenarbeit, Open Source | Zusammenarbeit, DevOps-Plattform |
| Integrierte Pipeline | Nein | GitHub Actions | GitLab CI/CD |
Kurz gesagt: Git ist das Fundament. GitHub und GitLab bauen darauf eine Oberfläche, eine Rechteverwaltung und eine Automatisierung für Teams. Eine ausführliche Definition der beiden Plattformen finden Sie in unseren Detailbeiträgen zu GitHub und zu GitLab.
Wann GitHub, wann GitLab?
Die Wahl der Plattform hängt vom Anwendungsfall ab. Beide hosten Git-Repositories zuverlässig, unterscheiden sich aber in Schwerpunkt und Betriebsmodell.
GitHub ist die größte Plattform für Open-Source-Projekte und hat die größte öffentliche Community. Wer Code öffentlich teilen oder an verbreiteten Projekten mitarbeiten will, ist hier gut aufgehoben. Details dazu im Beitrag Was ist GitHub?.
GitLab positioniert sich als durchgängige DevOps-Plattform und lässt sich auch im eigenen Rechenzentrum betreiben. Das ist für Unternehmen mit hohen Anforderungen an Datenhoheit und integrierte Sicherheit interessant. Mehr dazu im Beitrag Was ist GitLab?.
Eine Faustregel: Für offene Zusammenarbeit und Reichweite spricht vieles für GitHub. Für eine integrierte Werkzeugkette unter eigener Kontrolle spricht vieles für GitLab. Beide Plattformen erfüllen die Grundaufgabe, ein Git-Repository sicher bereitzustellen.
Git im QA-Alltag
Für Qualitätssicherung und Testautomatisierung ist Git mehr als eine Ablage für Entwicklungscode. Testskripte, Testdaten und Pipeline-Definitionen gehören ebenso unter Versionskontrolle wie die Anwendung selbst. So bleibt nachvollziehbar, welcher Teststand zu welcher Softwareversion gehört.
In der Praxis legen Testteams ihre automatisierten Tests in einem Git-Repository ab und lassen sie über die Pipeline der Plattform bei jeder Änderung laufen. Dieser Schritt verbindet Versionskontrolle mit Continuous Integration und macht Testergebnisse zu einem festen Teil des Entwicklungsprozesses. Wie das konkret aussieht, zeigen wir im Beitrag Testautomatisierung in der CI/CD-Pipeline.
Fazit
Git, GitHub und GitLab gehören zusammen, sind aber nicht dasselbe. Git ist das verteilte Versionskontrollsystem und die Grundlage. GitHub und GitLab sind Plattformen, die Git hosten und um Zusammenarbeit, Rechteverwaltung und Automatisierung erweitern.
Wer diese Unterscheidung verinnerlicht, wählt die passende Plattform bewusst statt nach Gewohnheit. Für die Tiefe lohnt der Blick in die Detailbeiträge zu GitHub und GitLab.
FAQ: Git, GitHub und GitLab
Was ist der Unterschied zwischen Git, GitHub und GitLab?
Git ist das Versionskontrollsystem, das Änderungen am Quellcode verfolgt. GitHub und GitLab sind Plattformen, die auf Git aufbauen und Funktionen für die Zusammenarbeit im Team ergänzen. Git läuft lokal, die Plattformen laufen in der Cloud oder selbst gehostet. Mehr dazu im Beitrag Was ist GitLab?.
Ist Git dasselbe wie GitHub?
Nein. Git ist das zugrunde liegende Werkzeug, GitHub ist eine kommerzielle Plattform, die Git-Repositories hostet. Man kann Git ohne GitHub nutzen, GitHub setzt Git jedoch voraus. Details im Beitrag Was ist GitHub?.
Brauche ich GitHub oder GitLab, wenn ich nur Git nutze?
Für die reine Versionskontrolle auf dem eigenen Rechner reicht Git allein. Sobald ein Team gemeinsam an Code arbeitet, Aufgaben verwaltet oder Pipelines automatisiert, ist eine Plattform wie GitHub oder GitLab sinnvoll.
Was ist ein Git-Repository?
Ein Repository ist der Speicherort eines Projekts samt seiner gesamten Änderungshistorie. Es enthält den Quellcode, die Commits und die Branches. Jede Kopie eines Git-Repositories enthält die vollständige Historie.
Ist Git kostenlos?
Ja. Git ist freie Open-Source-Software und kostenlos nutzbar. Kosten können bei den Plattformen GitHub und GitLab für bestimmte Editionen oder Zusatzfunktionen anfallen, nicht aber für Git selbst.