Bereitstellungsbereich in Git
In diesem Tutorial lernen wir den Staging-Bereich in Git kennen.
Git, ein Versionskontrollsystem, verwaltet den Verlauf der Änderungen, die an einem Projektverzeichnis vorgenommen wurden. Git verwendet Commits, um Änderungen nachzuverfolgen.
Git verfügt über drei interne Verwaltungssysteme, von denen eines der Staging-Bereich ist. Der Staging-Bereich ist wie ein grober Entwurfsbereich, in dem wir die Version der Dateien hinzufügen können, die wir beim nächsten Commit speichern möchten.
Wir verwenden den Befehl git add, um die Dateien zum Staging-Bereich hinzuzufügen. Wir werden dies nun an einem Beispiel veranschaulichen.
Bereitstellungsbereich in Git
Git wird in einer kollaborativen Entwicklungsumgebung verwendet, um die Änderungen zu verfolgen, die an Dateien im Projektverzeichnis vorgenommen wurden.
Git verfügt über drei interne Verwaltungssysteme, die auch als Bäume bezeichnet werden: den Arbeitsverzeichnisbaum, den Staging-Indexbaum und den Commit-Verlaufsbaum.
Diese Bäume sind komplexe Datenstrukturen, die verwendet werden, um den Status der Dateien und ihre Änderungen im Git-Repository zu verwalten. Der Staging-Bereich, auch Staging-Indexbaum genannt, verfolgt die Änderungen des Arbeitsverzeichnisses.
Mit dem Befehl git add wird die Version der Dateien aus Ihrem Arbeitsverzeichnis in den Staging-Bereich kopiert. Der Befehl git add aktualisiert den Index oder den Staging-Bereich unter Verwendung des aktuellen Inhalts, der im Arbeitsbaum gefunden wird.
Der Bereitstellungsbereich enthält eine Momentaufnahme des Inhalts des Arbeitsbaums. Dieser Snapshot ist derjenige, der als Inhalt des nächsten Commits verwendet wird.
Wenn wir die Änderungen später in das Git-Repository übertragen möchten, müssen wir den Befehl git commit verwenden.
Der Befehl git commit verwendet den durch den Befehl git add erstellten Snapshot, um den Commit im Commit-Verlaufsbaum zu erstellen. Der Befehl git commit fügt die Änderungen zu einem permanenten Snapshot hinzu, der sich im Commit History-Baum befindet.
Der Staging-Bereich ist ein komplexer interner Caching-Mechanismus. Wir können den Staging-Bereich oder den Indexstatus mit dem Befehl git ls-files anzeigen.
Wir können den Befehl git ls-files im Git-Repository ausführen.
$ git ls-files -s .
100644 bab2a0adb8921f504cb0521bc00b8dde22ee92a4 0 mynotes.txt
Wir können sehen, dass die Datei mynotes.txt Teil des Staging-Area-Baums ist.
Die Option -s oder --stage, die dem Befehl git ls-files zur Verfügung gestellt wird, zeigt die zusätzlichen Metadaten für die Dateien im Staging-Index an. Die Metadaten sind die Modusbits, der Objektname und die Stufennummer der bereitgestellten Inhalte.
Der zweite Wert bab2a0adb8921f504cb0521bc00b8dde22ee92a4 ist ein Standard-Git-Objekt SHA-1-Hash. Es ist der Hash des Inhalts der Dateien.
Wir können die Änderungen der Datei mynotes.txt mit dem Befehl git add zum Staging-Bereich hinzufügen.
$ git add mynotes.txt
$ git status
On branch main Changes to be committed:
(use "git reset HEAD ..." to unstage)
modified: mynotes.txt
Wie die Ausgabe des Befehls git status zeigt, werden die Änderungen an der Datei mynotes.txt durch den Befehl git add in den Staging-Index hochgestuft.
Wir werden den Status des Staging-Bereichs oder Index für die Datei mynotes.txt erneut wie folgt überprüfen.
$ git ls-files -s mynotes.txt
100644 067478ae06e267263ea7ed849ef358f911628668 0 mynotes.txt
Wir können sehen, dass das Objekt SHA für die Datei mynotes.txt von bab2a0adb8921f504cb0521bc00b8dde22ee92a4 auf 067478ae06e267263ea7ed849ef358f911628668 aktualisiert wurde.
So haben wir etwas über den Staging-Bereichsbaum oder -index in Git gelernt.
Für weitere Informationen, besuchen Sie bitte: