Git für Anfänger: Der Einstieg in die Versionskontrolle

Jede Zeile Code ist einmal anders gewesen. Git hält fest, wann welche Änderung passiert ist, wer sie gemacht hat und warum. Damit ist die Versionskontrolle für Einzelprojekte und Teams gleichermaßen unverzichtbar. Dieser Beitrag erklärt die ersten Schritte mit Git.

Was ist Git?

Git ist ein verteiltes Versionsverwaltungssystem. Jeder hat eine vollständige Kopie des Projekts mit der gesamten Historie – das macht das Werkzeug schnell, robust und offline nutzbar. Entwickelt wurde Git 2005 von Linus Torvalds, dem Erfinder von Linux.

Die wichtigsten Begriffe

Begriff Bedeutung
Repository Das Projekt inklusive der gesamten Änderungshistorie
Commit Ein gespeicherter Stand des Projekts mit Beschreibung
Working Tree Die aktuellen Dateien auf der Festplatte
Staging Area Zwischenspeicher für Änderungen, die in den nächsten Commit sollen
Branch Eigener Strang der Entwicklung, z. B. für neue Funktionen

Das erste Repository

Ein neues Projekt wird mit zwei Befehlen in die Versionskontrolle aufgenommen:

git init
git add .
git commit -m "Erster Commit"

git add legt Dateien in die Staging Area, git commit speichert den Stand dauerhaft mit einer Nachricht.

Änderungen verfolgen

Der typische Arbeitsablauf wiederholt sich danach ständig:

git status              # Was hat sich geändert?
git diff                # Unterschiede im Detail ansehen
git add geaendert.txt   # Datei stagen
git commit -m "Fix: Tippfehler korrigiert"
git log                 # Chronik aller Commits

Mit git log --oneline bekommt man eine kompakte Übersicht:

a1b2c3d Fix: Tippfehler korrigiert
e4f5g6h Erster Commit

Commits rückgängig machen

Fehler passieren. Wichtige Rettungsbefehle:

git restore datei.txt        # Änderungen in einer Datei verwerfen
git reset --soft HEAD~1      # Letzten Commit rückgängig machen, Änderungen behalten
git revert <hash>            # Commit sauber per Gegen-Commit zurücknehmen

Vorsicht: git reset --hard verwirft Änderungen endgültig – nur verwenden, wenn man genau weiß, was man tut.

Mit Branches arbeiten

Branches erlauben paralleles Arbeiten, ohne den Hauptzweig zu gefährden:

git branch feature-login     # Neuen Branch anlegen
git checkout feature-login   # Dorthin wechseln
git checkout -b feature-login   # Beides in einem Schritt
git merge feature-login      # Änderungen in den aktuellen Branch übernehmen

Ein Branchname mit Beschreibung, z. B. fix/leere-titel, verrät später sofort, worum es ging.

Zusammenarbeit mit Remote-Repositories

Auf Plattformen wie GitHub oder GitLab lagert die gemeinsame Kopie:

git remote add origin https://beispiel.de/projekt.git
git push origin main         # Eigene Commits hochladen
git pull origin main         # Änderungen anderer holen

Fazit

Git braucht am Anfang etwas Geduld, aber schon die hier gezeigten Befehle decken den Alltag der meisten Projekte ab. Der Einstieg lohnt sich: Die Gewissheit, jeden Stand wiederherstellen zu können, ist das Geld wert.