Wer hat das geändert?
Am Montag lief die Preisliste des Shops. Am Dienstag zeigt sie falsche Preise.
Ihr Team fragt: Was wurde geändert, von wem und wann? Und wie kommen wir zum Stand von Montag zurück?
Dafür nutzen Teams Git. Es merkt sich jeden gespeicherten Stand einer Datei.
Am Ende dieser Lektion
Notiz
Ich kann meine Arbeit als Commits speichern und ihren Verlauf ansehen.
Schlüsselwörter
| Begriff | Was er bedeutet | Beispiel |
|---|---|---|
| Git | ein Programm, das alle Stände Ihrer Dateien merkt | |
| Repository | ein Ordner, den Git beobachtet, mit allem Verlauf | laden |
| Commit | ein gespeicherter Stand mit Namen der Person, Zeit und kurzer Beschreibung | |
| Staging | das Vormerken von Änderungen für den nächsten Commit | |
| Branch | ein Zweig: eine eigene Linie von Commits | |
| Verlauf | die Liste aller Commits, neueste zuerst |
Die Zellen, die Lernende ausfüllen, bleiben in dieser Vorschau leer.
Ein Commit ist ein gespeicherter Stand
Ein Repository ist ein Ordner, den Git beobachtet. Git merkt sich darin jeden Stand, den Sie ausdrücklich speichern.
Ein solcher Stand heißt Commit. Er hat eine kurze Beschreibung, eine Autorin oder einen Autor und eine Zeit.
Sie können später jeden Commit ansehen oder zu ihm zurückkehren.
Erst vormerken, dann speichern
Ein Commit entsteht in zwei Schritten. Zuerst merken Sie die Dateien vor, die hineinsollen. Das ist das Staging.
Dann speichern Sie die vorgemerkten Änderungen als Commit. So landet nur das im Commit, was zusammengehört.
Denken Sie an einen Karton: erst einpacken, dann zukleben.
Beispiel: Die vier wichtigsten Befehle
| Befehl | Was er tut |
|---|---|
| git status | Zeigt, welche Dateien geändert oder vorgemerkt sind |
| git add rechnung.txt | Merkt die Datei für den nächsten Commit vor |
| git commit -m "Text" | Speichert die vorgemerkten Änderungen mit einer Beschreibung |
| git log --oneline | Zeigt den Verlauf, ein Commit pro Zeile |
Die Zellen, die Lernende ausfüllen, bleiben in dieser Vorschau leer.
Ein Arbeitsablauf (nur zum Lesen)
git status
git add rechnung.txt
git commit -m "Rechnung 101 hinzugefügt"
git log --oneline
Den Verlauf lesen
git log --oneline zeigt Ihnen die Commits, den neuesten zuerst. Jede Zeile hat einen kurzen Code und die Beschreibung.
Der Code, hier a3f9c21, ist der Name des Commits. Er ist für jeden Commit anders. Dahinter steht oft noch (HEAD -> main): Dort stehen Sie gerade.
git diff zeigt Änderungen, die Sie noch nicht vorgemerkt haben. Zeilen mit + sind neu, Zeilen mit - fallen weg.
Die Ausgabe von git log --oneline
a3f9c21 Rechnung 102 korrigiert
7be04d8 Rechnung 101 hinzugefügt
1c5a9e0 Ordner für den Laden angelegt
Beispiel: Eine Änderung lesen
| Zeile in git diff | Bedeutung |
|---|---|
| -Rechnung 102, 12,50 Euro | Diese Zeile gab es vorher und sie fällt weg |
| +Rechnung 102, 15,00 Euro | Diese Zeile ist neu |
| Rechnung 101, 45,00 Euro | Diese Zeile hat sich nicht geändert |
Die Zellen, die Lernende ausfüllen, bleiben in dieser Vorschau leer.
Ein häufiger Fehler
Warnung
Viele glauben, git add speichere schon die Arbeit. Das stimmt nicht: Es merkt nur vor. Erst git commit legt den Stand im Verlauf ab. Prüfen Sie mit git status, ob noch etwas vorgemerkt wartet.
Ein Branch ist ein Zweig
Ein Branch ist eine eigene Linie von Commits. Er heißt auf Deutsch Zweig.
Der Hauptzweig heißt meist main. Für eine neue Aufgabe legt Ihr Team einen eigenen Branch an.
So stören Ihre Änderungen den Hauptzweig nicht, bis sie fertig sind. Später führt das Team die Zweige wieder zusammen.
Was ein Team erwartet
Tipp
Von Ihnen wird erwartet, dass Sie eine Änderung committen und eine Commit-Beschreibung schreiben, die man später versteht. „Preis von Tasse korrigiert“ hilft. „Änderungen“ hilft nicht.