Worum es geht: Das Terminal ist die Werkbank, Git das Sicherheitsnetz. Beides wirkt abschreckend und besteht aus wenigen Befehlen, die man täglich benutzt. Gerade bei der Arbeit mit KI-Agenten ist Git das wichtigste Werkzeug überhaupt – es macht jede Änderung überprüfbar und rücknehmbar.
1. Acht Befehle
$ pwd
Wo bin ich gerade? – Gibt den Pfad des aktuellen Ordners aus. Der erste Befehl, wenn etwas nicht klappt – sehr oft steht man schlicht im falschen Verzeichnis.
Mehr braucht es am Anfang nicht. Alles Weitere – Branches, Rebase, Stash – lernt man, wenn ein Anlass da ist. Wer versucht, Git vollständig zu verstehen, bevor er es benutzt, kommt nie zum Benutzen.
2. Warum Git bei KI-Arbeit unverzichtbar ist
Ein Agent ändert in einer Minute zwanzig Dateien. Ohne Git haben Sie danach keine Möglichkeit zu sehen, was genau passiert ist – und keine Möglichkeit, es rückgängig zu machen. Mit Git haben Sie beides: git diff zeigt jede Änderung, git checkout . verwirft alles seit dem letzten Commit.
| Situation | Befehl |
|---|---|
| Bevor der Agent loslegt | git commit – sauberer Ausgangspunkt |
| Nachdem er fertig ist | git diff – jede Zeile durchsehen |
| Ergebnis passt | git commit – festhalten |
| Ergebnis passt nicht | git checkout . – alles verwerfen |
| Nur eine Datei war falsch | git checkout -- pfad/datei |
3. Die drei Zustände in Git
Jede Datei ist in einem von drei Zuständen: geändert (im Arbeitsverzeichnis), vorgemerkt (mit git add für den nächsten Commit ausgewählt) oder festgehalten (committet). Diese Dreiteilung verwirrt am Anfang und hat einen Zweck: Sie können aus zehn Änderungen gezielt drei zusammen festhalten, statt alles in einen Topf zu werfen.
In der Praxis reicht meist git add . für alles. Sobald Sie aber gemischt gearbeitet haben – eine Fehlerbehebung und nebenbei eine neue Funktion –, lohnt es sich, getrennt zu committen. Spätere Leser, auch Sie selbst, danken es.
4. Dateien, die es in jedem Projekt gibt
| Datei | Inhalt |
|---|---|
package.json | Name, Abhängigkeiten und die verfügbaren Befehle (npm run …) |
.gitignore | Was nicht in Git landen soll: node_modules, .env, Build-Ergebnisse |
.env / .env.local | Zugangsdaten und Schlüssel – gehört nie in Git |
README.md | Wie man das Projekt startet. Die erste Datei, die ein KI-Agent liest |
Die dritte Zeile ist die wichtigste. Ein versehentlich committeter Schlüssel ist auch nach dem Löschen noch in der Historie – und wenn das Projekt öffentlich ist, innerhalb von Minuten abgegriffen. Prüfen Sie bei jedem neuen Projekt als Erstes, ob .env in der .gitignore steht.
5. Häufige Fragen
Brauche ich GitHub? Git funktioniert auch ohne. GitHub ist der Ort, an dem das Projekt zusätzlich liegt – für Zusammenarbeit, als Sicherung und als Grundlage für automatische Abläufe.
Was ist ein Branch? Eine Abzweigung, auf der Sie arbeiten, ohne den Hauptstand zu verändern. Nützlich, sobald mehrere Menschen oder mehrere Vorhaben gleichzeitig laufen. Für den Anfang genügt der Hauptzweig.
Wie oft committen? Immer, wenn etwas funktioniert. Ein Commit kostet nichts und ist ein Punkt, zu dem Sie zurückkehren können.
Stand: September 2026. Die Übungen laufen vollständig in Ihrem Browser – es wird nichts gespeichert oder übertragen.