Einführung

Git ist ein verteiltes Versionsverwaltungssystem, das ursprünglich 2005 von Linus Torvalds für die Entwicklung des Linux-Kernels geschaffen wurde. Es verfolgt Änderungen an Dateien über die Zeit, ermöglicht die Zusammenarbeit mehrerer Personen und gibt jedem Entwickler eine vollständige Kopie der Projekthistorie. Heute treibt Git den Großteil der weltweiten Open-Source- und Unternehmenssoftwareentwicklung an.

Was Git ist

Git ist ein inhaltsadressiertes Snapshot-System. Jeder Commit speichert ein vollständiges Abbild der verfolgten Dateien Ihres Projekts, identifiziert durch einen kryptografischen Hash. Git ist schnell, weil die meisten Operationen lokal ablaufen, und robust, weil jeder Klon ein vollständiges Backup darstellt.

• Verteilt: Jeder Klon ist ein vollständiges Repository.
• Snapshot-basiert: Commits speichern Trees, keine Diffs.
• Branch-freundlich: Branches sind günstige Zeiger, keine vollständigen Kopien.

Was Git nicht ist

Git ist kein Backup-Werkzeug, kein Code-Review-System und keine Deployment-Plattform. Es sperrt Dateien nicht wie zentralisierte Systeme (CVS, SVN, Perforce im Standardmodus). Es speichert binäre Diffs für große Mediendateien ohne Erweiterungen wie Git LFS nicht effizient. Und Git ist nicht GitHub: GitHub, GitLab und Bitbucket sind Hosting-Dienste, die auf Git aufbauen.

Es ausprobieren

Überprüfen Sie, ob Git installiert ist, und sehen Sie sich seine Version an:

git --version

Initialisieren Sie ein winziges Repository, um Git in Aktion zu sehen:

mkdir hello-git
cd hello-git
git init
echo "hello" > readme.txt
git add readme.txt
git commit -m "first commit"
git log --oneline

Warum Git gewonnen hat

Vor Git nutzten die meisten Teams zentralisierte Werkzeuge, die für nahezu jede Aktion einen Netzwerkzugang erforderten. Das verteilte Modell von Git bedeutete, dass Entwickler offline committen, branchen und die Historie einsehen konnten. Kombiniert mit günstigem Branching und der Übernahme durch den Linux-Kernel wurde Git innerhalb eines Jahrzehnts zum De-facto-Standard. Die weite Verfügbarkeit kostenloser Hostings auf Plattformen wie GitHub, GitLab und Bitbucket festigte Gits Stellung: Eine ganze Generation von Entwicklern lernte Git als ihr erstes Versionsverwaltungssystem.

Wie Git Daten speichert

Gits Speichermodell ist ungewöhnlich. Anstatt Diffs zwischen Versionen aufzuzeichnen, speichert Git vollständige Snapshots jeder Datei in jedem Commit, dedupliziert nach Inhalts-Hash. Dies macht Operationen wie Checkout und Branch-Wechsel im Wesentlichen konstant in der Zeitkomplexität und Historien-Operationen wie log und blame überraschend schnell. Der Nachteil: Zufällige binäre Änderungen können den Speicherbedarf in die Höhe treiben, weshalb Git LFS für große Assets existiert.

Häufige Fehler

Anfänger verwechseln Git oft mit GitHub oder nehmen an, dass Git automatisch jede Datei in einem Ordner verfolgt. Git verfolgt nur Dateien, die Sie explizit per git add hinzufügen, und versioniert nur Inhalte unter dem Arbeitsverzeichnis eines initialisierten Repositories. Ein weiterer Mythos: Git "speichert" kontinuierlich. Tut es nicht. Nichts wird festgehalten, bis Sie git commit ausführen. Schließlich ist Git nicht für große binäre Assets ausgelegt; verwenden Sie Git LFS oder ein anderes System für Videos, große Datensätze oder Build-Artefakte.