Git lernen: Lernplan, Übungstools, Dokumentation und Praxis

Git lernt man mit den Händen, nicht durch Lesen. Um sicher im Team zu arbeiten, reichen etwa zwanzig Befehle und drei Ideen: Ein Commit ist ein Snapshot des Projekts, ein Branch ist ein Zeiger auf einen Commit, und ein Remote-Repository ist einfach eine weitere Kopie der Historie. Im Folgenden finden Sie einen Lernplan für Git in Etappen – mit Übungen, kostenlosen Ressourcen und Kriterien, an denen Sie erkennen, dass eine Etappe geschafft ist.

Der Plan richtet sich an Einsteiger, die das Terminal zumindest auf dem Niveau von cd und ls beherrschen. Falls nicht, investieren Sie einen Abend in die Grundlagen der Kommandozeile – ohne sie ist Git deutlich schwerer zu lernen.

Warum sich systematisches Git-Lernen lohnt

Viele kommen jahrelang mit fünf Befehlen aus, die sie aus irgendeiner Anleitung kopiert haben, und geraten beim ersten Konflikt oder einem „detached HEAD“ in Panik. Der Grund ist fast immer derselbe: Es fehlt das mentale Modell – man versteht nicht, was ein Befehl in der Historie und in den Dateien tatsächlich verändert.

Systematisches Lernen zahlt sich schnell aus. Sie haben keine Angst mehr vor Experimenten, weil Sie wissen, wie Sie zurückkommen; Sie lösen Konflikte gelassen und führen eine saubere Historie, die Reviewer und Arbeitgeber sehen. Git wird in Vorstellungsgesprächen in fast jedem IT-Beruf abgefragt, vom Frontend über DevOps bis zur Datenanalyse.

Etappe 1. Grundlagen: Repository, Staging Area, Commit

Ziel der ersten Etappe ist es, den Grundzyklus und die drei Bereiche von Git zu verstehen: Arbeitsverzeichnis, Staging Area (Index) und Repository. Dafür brauchen Sie 2–4 Tage mit je einer Stunde.

• Installation und Ersteinrichtung: git config --global user.name, user.email, Standard-Branch main.
• Repository anlegen: git init.
• Der Zyklus git status → git add → git commit; selektives Hinzufügen mit git add -p.
• Historie ansehen: git log --oneline, git diff, git diff --staged, git show.
• Die Datei .gitignore: was nicht ins Repository gehört.

Übung. Legen Sie ein Repository für beliebige Notizen oder ein kleines Skript an. Machen Sie 15–20 Commits, jeder eine logische Änderung mit einer verständlichen Message. Führen Sie nach jedem Befehl git status aus und erklären Sie sich selbst, was sich geändert hat.

Etappe geschafft, wenn Sie ohne Hilfe sagen können, wie sich die Ausgabe von git diff von git diff --staged unterscheidet, und nur einen Teil der geänderten Dateien committen können.

Etappe 2. Branches und Merging

Branches sind das Herz von Git und die größte Angstquelle für Einsteiger. Wichtig ist hier nicht, Befehle auswendig zu lernen, sondern sich den Commit-Graphen vorstellen zu können. Planen Sie etwa eine Woche ein.

• Erstellen und Wechseln: git branch, git switch, git switch -c.
• Was HEAD ist und was der Zustand „detached HEAD“ bedeutet.
• Merging: git merge, Fast-Forward und Merge-Commit, das Flag --no-ff.
• Konflikte: die Marker <<<<<<< und >>>>>>>, git merge --abort.
• Visualisierung: git log --oneline --graph --all.

Übung. Erstellen Sie zwei Branches von main und ändern Sie in beiden dieselbe Zeile derselben Datei. Mergen Sie sie nacheinander, erzeugen Sie so einen Konflikt und lösen Sie ihn. Wiederholen Sie das, bis es langweilig wird.

In dieser Etappe hilft ein interaktives Git-Übungstool am meisten – mehr dazu unten. Es zeigt den Graphen nach jedem Befehl und baut schnell Intuition auf.

Etappe 3. Remote-Repositories und Teamarbeit

Ziel ist es, mit dem Server so zu arbeiten, wie es Teams tun. Sie brauchen ein Konto bei GitHub, GitLab oder einem anderen Git-Hoster. Dauer: etwa eine Woche.

• Verbinden und Klonen: git remote add, git clone, Anmeldung per SSH-Key.
• Synchronisieren: git push, git push -u, git fetch, git pull und der Unterschied zwischen ihnen.
• Remote-Tracking-Branches wie origin/main.
• Forks, Feature-Branches und Pull Requests mit Code-Review.
• Team-Workflows: GitHub Flow, Git Flow, Trunk-Based Development.

Übung. Arbeiten Sie mit einem Repository von zwei „Rechnern“ aus: Klonen Sie es in zwei verschiedene Ordner. Committen Sie in einem, pushen Sie, holen Sie die Änderungen im anderen. Provozieren Sie eine Situation, in der der Push abgelehnt wird, weil der Server weiter ist, und finden Sie heraus, warum.

git clone git@github.com:you/sandbox.git copy-a
git clone git@github.com:you/sandbox.git copy-b
cd copy-a && echo "aus A" >> notes.txt && git commit -am "Änderung aus A" && git push
cd ../copy-b && echo "aus B" >> notes.txt && git commit -am "Änderung aus B"
git push          # rejected: der Server ist weiter
git pull          # Änderung aus A holen, Konflikt in notes.txt lösen
git push

Dieses kurze Szenario bildet die häufigste Situation im Team nach. Analysieren Sie die Ausgabe jedes Befehls: Warum wurde der Push abgelehnt, was ist nach dem Fetch in origin/main aufgetaucht, woher kommt der Merge-Commit? Wiederholen Sie danach dasselbe mit git pull --rebase und vergleichen Sie die Graphen mit git log --oneline --graph --all.

Noch besser: Suchen Sie sich einen Partner und setzen Sie gemeinsam ein kleines Projekt über Pull Requests um. So erleben Sie Reviews, Konflikte und Branch-Absprachen hautnah.

Etappe 4. Fehler rückgängig machen

Diese Etappe verwandelt Git von einer Stressquelle in ein Sicherheitsnetz. 3–5 Tage.

• git restore und git restore --staged – Änderungen in Dateien und in der Staging Area verwerfen.
• git commit --amend – den letzten Commit korrigieren.
• git reset in den Modi --soft, --mixed, --hard.
• git revert – einen veröffentlichten Commit sicher rückgängig machen.
• git reflog – „verlorene“ Commits wiederherstellen.

Übung. Machen Sie einige Commits, führen Sie git reset --hard HEAD~3 aus und stellen Sie sie über das Reflog wieder her. Machen Sie einen Commit in einem „gemeinsamen“ Branch per Revert rückgängig und sehen Sie sich an, wie das in der Historie aussieht.

Etappe 5. Fortgeschrittene Werkzeuge

Diese lernt man nach Bedarf, sollte aber vorher wissen, dass es sie gibt.

Git-Übungstools: Wo Sie üben können

Ein Übungstool bietet eine sichere Sandbox und zeigt das Ergebnis sofort. Einige kostenlose Optionen:

• Learn Git Branching (learngitbranching.js.org) – das beste Tool für Branches. Level mit Aufgaben, animierter Commit-Graph, auch auf Deutsch verfügbar. Deckt commit, branch, merge, rebase, cherry-pick, interaktives Rebase und die Arbeit mit Remotes ab.
• Oh My Git! – ein kostenloses Open-Source-Spiel, in dem Git-Befehle als Karten dargestellt werden, unter der Haube aber echtes Git läuft.
• Ein eigenes Sandbox-Repository – das am meisten unterschätzte Übungstool. Legen Sie einen Ordner git-sandbox an und machen Sie darin alles kaputt: Hier gibt es nichts zu verlieren.

Übungstools schärfen das Verständnis für den Graphen hervorragend, ersetzen aber kein echtes Projekt: Es gibt dort keine echten Dateien, keinen Editor, keine Konflikte im Code und keine IDE. Nutzen Sie sie als Ergänzung.

Git-Dokumentation und Lehrbücher

Die offizielle Git-Dokumentation finden Sie auf git-scm.com. Dort steht auch das Buch Pro Git von Scott Chacon und Ben Straub kostenlos zur Verfügung, auch in deutscher Übersetzung. Es ist das beste Git-Lehrbuch: Die ersten drei Kapitel (Grundlagen, Branching) sind Pflicht, das Kapitel „Git Interna“ ist für alle, die das Datenmodell bis ins Letzte verstehen wollen.

Die eingebaute Hilfe ist immer griffbereit: git help <befehl> öffnet das vollständige Handbuch, git <befehl> -h eine kurze Liste der Flags. Die Git-Dokumentation ist trocken, aber präzise geschrieben; gewöhnen Sie sich an, dort nachzuschlagen statt bei der erstbesten Antwort aus der Suche.

git help rebase        # vollständiges Handbuch
git switch -h          # Kurzhilfe zu den Flags
git help -g            # Liste der Konzept-Handbücher (gitworkflows, gittutorial…)

Nützlich sind auch die Handbücher gittutorial und giteveryday – sie gehören zum Standardumfang von Git und lassen sich über git help öffnen.

Selbststudium oder Kurs

Git im Selbststudium zu lernen ist durchaus realistisch: Buch, Übungstool und Sandbox liefern alles Nötige. Die Schwierigkeit liegt woanders – ohne Struktur bleibt man leicht in der Theorie hängen oder sammelt umgekehrt Befehle ohne Verständnis, und ohne Feedback sagt Ihnen niemand, dass Ihre Historie unordentlich ist.

Ein Git-Kurs lohnt sich, wenn Sie den Weg schnell und geordnet gehen wollen: vom ersten Commit bis zum Pull Request in einem echten Repository, mit Aufgaben bei jedem Schritt. Achten Sie bei der Auswahl nicht auf die Dauer, sondern auf den Praxisanteil: Gibt es Aufgaben zu Konflikten, zum Rückgängigmachen von Fehlern, zur Teamarbeit und ein Abschlussprojekt?

Wie lange dauert es, Git zu lernen?

Die Zahlen sind Richtwerte: Entscheidend ist Regelmäßigkeit. Eine Stunde täglich bringt mehr als Wochenend-Marathons einmal im Monat.

Typische Fehler beim Git-Lernen

• Nur über eine GUI lernen. Grafische Clients sind bequem, verbergen aber das Modell. Verstehen Sie zuerst die Kommandozeile und wählen Sie dann ein bequemes Werkzeug.
• Flags pauken. Merken muss man sich die Ideen, die Flags stehen jederzeit in -h.
• Angst, etwas kaputt zu machen. Solange Sie kein reset --hard ausgeführt und sich davon erholt haben, wissen Sie nicht, dass Git Sie absichert.
• Remote-Repositories überspringen. Lokales Git ohne push, pull und Pull Requests ist nur die halbe Fähigkeit.
• Commits namens „fix“ und „update“. Die Gewohnheit, aussagekräftige Messages zu schreiben, entwickelt man am besten von Anfang an.

Abschlussprojekt zur Festigung

Der beste Test ist eine simulierte Teamentwicklung. Legen Sie ein Repository an, schützen Sie den Branch main vor direkten Pushes, laden Sie einen Partner ein oder arbeiten Sie mit zwei Konten. Jede Aufgabe bekommt einen eigenen Feature-Branch und einen Pull Request mit Review; provozieren Sie mindestens einmal einen Konflikt, machen Sie mindestens einmal einen missglückten Commit per Revert rückgängig und markieren Sie ein Release mit einem Tag.

Nach so einem Projekt ist Git keine Sammlung von Zaubersprüchen mehr. Sie sehen den Graphen, verstehen die Folgen der Befehle und sind bereit für Fragen im Vorstellungsgespräch.

Fazit

Effektives Git-Lernen folgt einer Reihenfolge: Grundzyklus, Branches, Arbeit mit dem Server, Fehler rückgängig machen, danach fortgeschrittene Werkzeuge. Ein Übungstool macht den Graphen sichtbar, Pro Git und die offizielle Dokumentation sorgen für Tiefe, und die eigene Sandbox sowie ein Teamprojekt machen aus Wissen echte Fähigkeiten. Genau diesem Weg – von git init bis zum Pull Request im Abschlussprojekt – folgt der Git-Kurs auf Skillaria.