Vor 20 Jahren rief Linus Torvalds git ins Leben – bis heute ein großer Erfolg

close notice

This article is also available in English. It was translated with technical assistance and editorially reviewed before publication.

Don’t show this again.

"Ich bin ein egoistischer Bastard und nenne alle Projekte nach mir selbst. Erst 'Linux', jetzt 'git'", sagt Linus Torvalds über sich selbst. git steht im britischen Slang für "Sturköpfe, die meinen, immer Recht zu haben, und herum argumentieren". Eine gewisse Sturheit hat Torvalds bewiesen, als er vor zwei Jahrzehnten, unzufrieden mit den herkömmlichen Versionsverwaltungssystemen, git ins Leben rief. Am 7. April 2005, heute vor 20 Jahren, veröffentlichte er die erste Version.

Die Geschichte von git ist kurz erzählt. Die Linux-Community nutzte für die Versionsverwaltung der Codebasis, insbesondere des Kernels, Bitkeeper, das im April 2005 die kostenlose Variante einstellte. Da Bitkeeper nie Open Source war, stand es zuvor schon bei vielen Entwicklerinnen und Entwicklern in Verruf. Alle anderen Code-Verwaltungssysteme auf dem Markt erfüllten Torvalds Ansprüche jedoch nicht. Das von ihm gewünschte System sollte wie Bitkeeper ein verteiltes sein, das also nicht über einen zentralen Repository-Server läuft. Das hätte einen engen Flaschenhals bedeutet, wenn viele Contributoren gleichzeitig darauf zugreifen und eine Single Source of Failure. Andererseits sollte es dennoch versions- und manipulationssicher sein, effizient – und natürlich Open Source.

git entsteht in nur vier Tagen

Torvalds schuf daher kurzerhand selbst ein solches System, innerhalb von vier Tagen, zwischen dem 3. und 7. April 2005. Bereits am 29. April liefen 6,7 Patches pro Sekunde in das Projekt des Linux-Kernel – die Effizienz war bewiesen. Der Erfolg von git setzte sich in ähnlicher Geschwindigkeit bis heute fort: In einer Umfrage aus dem Jahr 2022 gaben 94 Prozent aller Teilnehmerinnen und Teilnehmer an, git für die Versionskontrolle zu nutzen, alle anderen Systeme sind weit abgeschlagen, Bitkeeper gibt es nicht mehr und auch Konkurrenten wie Google Code haben kapituliert.

Den Grund für den Erfolg sehen viele in der leichtgewichtigen und flexiblen Baumstruktur von Torvalds Konzept, in der Entwicklerinnen und Entwickler schnell einen Zweig (branch) ableiten und ebenso schnell wieder mit dem Hauptbaum (main) zusammenführen (merge) oder auch komplett verwerfen können. Jeder verteilte Klon pflegt sein eigenes Repo mit Ästen, Versionen und der Möglichkeit, ältere Zustände wiederherzustellen.

git benötigt dabei kein zentrales Repository (origin/main), das die Entwicklung insgesamt kompiliert, in den meisten Projekten ist jedoch ein solches vorhanden, heutzutage oft in der Cloud, beispielsweise bei GitHub, GitLab oder BitBucket. Diese basieren auf git, fügen aber weitere Funktionen wie Pipelines, Testing und eine Community hinzu. Auch alle Entwicklungsumgebungen wie VS Code oder JetBrains sind inzwischen fest mit git verdrahtet, sodass die etwas mühsame Arbeit auf der Konsole entfällt. Oft textet inzwischen sogar nur noch der KI-Assistent die Commit-Beschreibungen.

Torvalds pflegt git schon lange nicht mehr selbst, bereits Ende Juni 2005 legte er es in die Hände von Junio Hamano, der es bis heute federführend betreut. Zuletzt veröffentlichte dieser Version 2.49.

Viele weitere Infos finden sich in der git-FAQ auf kernel.org, der auch das Zitat am Beginn des Artikels entnommen ist.

Mastering Gitops 2025

Continuous Delivery ist gut, Progressive Delivery ist besser – unter diesem Motto widmet sich die Online-Konferenz Mastering GitOps am 30. April 2025 den Herausforderungen, wie sich sowohl Infrastruktur als auch Anwendungen automatisiert, konsistent und reproduzierbar bereitstellen lassen.

Das Event richtet sich Softwareentwickler:innen, DevOps Engineers und Plattform-Teams, die Verantwortung dafür übernehmen, dass Software erfolgreich agil, entwickelt und bereitgestellt wird.

Höhepunkte aus dem Programm:

• GitOps auf allen Ebenen: mit Crossplane & ArgoCD
• GitOps Evolution: Moderne Infrastruktur-Pipelines mit Pulumi und Argo CD
• Praxisbericht: Zwei Jahre GitOps mit FluxCD in Produktion
• Effiziente Multi-Tenant-Architekturen:GitOps mit Argo CD in der Praxis
• GitOps-Pattern für verteilte Deployment-Pipelines mit Kargo

Noch bis 2. April Tickets mit Frühbucherrabatt sichern!

Siehe auch:

• git: Download schnell und sicher von heise.de
  

(who)