Der Staging-Bereich
Teil des Abschnitts Versionsverwaltung der Terminal-Journey von Coddy. Lektion 9 von 58.
Git committet nicht jede Änderung automatisch. Stattdessen wählen Sie explizit aus, welche Änderungen in den nächsten Snapshot einfließen. Dieser zweistufige Workflow ist um den Staging-Bereich herum aufgebaut.
Stell es dir als 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 den Rest separat stagen und committen. Jeder Commit konzentriert sich dadurch auf eine logische Änderung.
Sie verschieben Dateien mit git add in den Staging-Bereich und vom Staging-Bereich mit git commit in das Repository.
Aufgabe
AnfängerDer Ordner enthält eine untracked Datei app.txt. Initialisieren Sie das Repository und führen Sie dann git status --short aus, um zu bestätigen, dass die Datei als untracked 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 Versionsverwaltung
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