Der Staging-Bereich
Teil des Abschnitts Versionskontrolle der Terminal-Journey von Coddy. Lektion 9 von 58.
Git übernimmt nicht automatisch jede Änderung in einen Commit. Stattdessen wählst du ausdrücklich aus, welche Änderungen in den nächsten Snapshot aufgenommen werden. Dieser zweistufige Arbeitsablauf basiert auf dem Staging-Bereich.
Stell es dir wie eine Zwischenablage für den nächsten Commit vor. Eine Datei durchläuft drei Zustände:
- Arbeitsverzeichnis: Hier bearbeitest du Dateien ganz normal.
- Staging-Bereich: Änderungen, die du für den nächsten Commit vorgemerkt hast.
- Repository: der dauerhafte Verlauf, nachdem du einen Commit erstellt hast.
Beim Staging geht es um Kontrolle. Du kannst zehn Dateien bearbeiten, aber nur die beiden Dateien stagen, die zu einer Fehlerbehebung gehören, diese committen und anschließend die übrigen Dateien separat stagen und committen. Jeder Commit konzentriert sich so auf eine logische Änderung.
Du verschiebst Dateien mit git add in den Staging-Bereich und mit git commit aus dem Staging-Bereich ins Repository.
Aufgabe
AnfängerDer Ordner enthält eine nicht versionierte Datei app.txt. Initialisiere das Repository und führe dann git status --short aus, um zu bestätigen, dass die Datei als nicht versioniert angezeigt wird.
Probier es selbst
Diese Lektion enthält ein kurzes Quiz. Starte die Lektion, um es zu beantworten und deinen Fortschritt zu speichern.
Alle Lektionen in Versionskontrolle
2Erste Schritte
Ein Repository initialisierenDer .git-OrdnerIdentität konfigurierenGit-StatusRückblick – Erstes Repository5Dateien ignorieren
Warum Dateien ignorierenGitignore-MusterIgnore-Regeln prüfenZusammenfassung – Sauberes Repo3Änderungen verfolgen
Der Staging-BereichGit AddGit CommitEine verfolgte Datei ändernGit LogRückblick – Erste Commits6Rezeptseiten-Projekt
ProjektübersichtInitialisieren und IgnorierenÜbe selbstständig: Terminal-Playground