Du arbeitest im trybe-Repo: Claude baut, du schaust, irgendwann heißt es „push mal" oder „hast du master schon reingemergt?". Diese Lektion baut das Vokabular dahinter von unten auf — ohne Befehle auswendig zu lernen, sondern so, dass du weißt, was jeder Befehl mit dem Ordner auf deinem Rechner und mit dem Repo auf GitHub macht. Die nächsten drei Lektionen setzen darauf auf.
Ein Commit ist ein Foto des Ordners
Git bewahrt keine Änderungen auf, sondern Zustände. Jeder Commit ist ein vollständiges Bild
aller Dateien des Projekts zu einem Zeitpunkt — dazu ein Verweis auf den Commit davor, eine
Nachricht, dein Name und die Uhrzeit. Aus all dem rechnet Git eine Kennung, den Hash. Du
siehst ihn gekürzt in git log, etwa 1d6a8a9.
Bevor ein Foto entsteht, sagst du Git, was drauf soll. git add -A merkt alle geänderten
Dateien vor, git commit macht daraus den Commit. Geh die Schritte durch — der Graph zeigt
die Historie, darunter steht, was gerade im Arbeitsordner liegt.
Dein Rechner
Arbeitsordner sauber — alle Dateien wie im letzten Commit
Branch, auf dem du stehstanderer BranchLesezeichen von origin● neu in diesem Schritt
Anfang
Der Stand, bevor etwas passiert.
Weiter geht einen Schritt vor, Zurück einen zurück · Kennungen sind Beispielwerte · den Commit-Text zeigt der Kreis beim Überfahren
Du hast gerade committet. Wo liegt dieser Commit jetzt?
Ein Branch ist ein Zettel auf einem Commit
master ist kein Ordner und keine Kopie. Es ist ein Name, der auf einen Commit zeigt — ein
Zettel an einem Foto. git switch -c proto/notes legt einen zweiten Zettel an dasselbe Foto
und stellt dich darauf. Ab jetzt rückt bei jedem Commit der Zettel weiter, auf dem du stehst.
Der andere bleibt, wo er war.
Welcher Zettel gerade „deiner" ist, heißt HEAD. Im Graphen ist er gefüllt. Wenn du wechselst,
tauscht Git die Dateien im Ordner gegen den Stand des anderen Commits aus — deshalb sieht der
Ordner nach git switch master anders aus als davor.
Dein Rechner
Arbeitsordner sauber
Branch, auf dem du stehstanderer BranchLesezeichen von origin● neu in diesem Schritt
Anfang
Der Stand, bevor etwas passiert.
Weiter geht einen Schritt vor · der gefüllte Chip ist der Branch, auf dem du stehst
Du tippst git switch -c proto/booklet. Was passiert mit den Dateien in deinem Ordner?
origin: das Repo gibt es zweimal
Als das trybe-Repo auf deinen Rechner kam, hat git clone die komplette Historie kopiert —
jeden Commit, jeden Branch. Seitdem existiert das Repo zweimal: einmal bei dir, einmal auf
GitHub. Die Kopie auf GitHub nennt Git origin. Beide sind vollwertig, keine ist „die echte".
Und sie reden nur, wenn du es sagst. git push schickt deine Commits nach oben. git fetch
holt, was auf GitHub neu ist, und legt es bei dir ab, ohne deine Branches anzufassen. git pull
ist fetch plus Einarbeiten in den Branch, auf dem du stehst. Dazwischen passiert nichts — auch
wenn Johannes zehnmal pusht.
Damit du weißt, was du zuletzt von GitHub gesehen hast, führt Git Lesezeichen: origin/master
heißt „so stand master auf GitHub, als ich zuletzt nachgesehen habe". Im Graphen sind sie
gestrichelt. Sie bewegen sich nur bei fetch, pull und push — nicht, wenn GitHub sich ändert.
Dein Rechner
Arbeitsordner sauber
GitHub · origin
Branch, auf dem du stehstanderer BranchLesezeichen von origin● neu in diesem Schritt
Anfang
Der Stand, bevor etwas passiert.
Weiter geht einen Schritt vor · oben dein Rechner, unten GitHub · gestrichelt ist, was du zuletzt von GitHub weißt
Johannes hat gerade auf master gepusht. Du tippst bei dir git log master. Was siehst du?
Was wo liegt
Vier Orte, durch die jede Änderung wandert: der Arbeitsordner (die Dateien, die du im
Editor siehst), die Vormerkung (was git add fürs nächste Foto ausgewählt hat), die
Historie bei dir (der Ordner .git, alle Commits und Zettel) und origin (dieselbe
Historie auf GitHub). Jeder Befehl bewegt etwas von einem Ort zum nächsten.
Welcher Befehl bewegt was?
0 von 7 zugeordnet
Die Wörter, die dir in Gesprächen und Fehlermeldungen begegnen werden — einmal durchgehen, bis der Stapel sitzt:
Karte antippen — dann steht die Antwort da.
Damit hast du die drei Bauteile: Commits als Kette, Branches als Zettel darauf, origin als zweite Kopie. Alles Weitere — Mergen, Worktrees, der Weg eines Prototyps auf master — setzt diese drei nur zusammen.
Häufige Fragen
Bei trybe heißt der Hauptbranch master, in anderen Repos main. Ist das ein Unterschied?
Nein, nur ein Name. GitHub legt neue Repos seit 2020 mit main an, ältere Repos und trybe haben master. Beides ist ein ganz normaler Branch; besonders ist er nur, weil alle darauf zusammenführen und weil bei trybe jeder Push darauf deployt.
Muss ich pushen, damit Johannes oder Claude meinen Stand sehen?
Johannes: ja, er sieht nur GitHub. Claude Code auf deinem Rechner: nein, es arbeitet in deinem Ordner und sieht deine Commits sofort. Pushen ist trotzdem täglich sinnvoll — als Backup, und weil ein Branch auf GitHub jederzeit angeschaut werden kann.
Kann ich einen Commit wieder loswerden?
Ja, aber unterschiedlich je nachdem, ob er gepusht ist. Ungepusht: git reset --soft HEAD~1 nimmt den letzten Commit zurück und lässt die Änderungen im Ordner. Gepusht: git revert <hash> legt einen neuen Commit an, der den alten aufhebt — die Historie bleibt ehrlich. Im Zweifel fragen, bevor du resettest.
Was ist der Unterschied zwischen git switch und git checkout?
checkout ist der ältere Befehl und kann vieles: Branches wechseln, Dateien zurücksetzen, einzelne Commits ansehen. switch macht nur das Erste und ist deshalb schwerer falsch zu benutzen. Anleitungen im Netz zeigen oft checkout -b — das ist dasselbe wie switch -c.
Wo sehe ich, auf welchem Branch ich bin?
git status sagt es in der ersten Zeile („On branch proto/notes"), git branch zeigt alle lokalen Branches mit einem Stern am aktuellen. Die meisten Terminals lassen sich so einrichten, dass der Branch im Prompt steht — das spart den Blick.