So überprüfen Sie, ob ein Git-Repository einen Arbeitsbaum (Worktree) hat

Einführung

In diesem Lab werden Sie lernen, wie Sie prüfen können, ob ein Git-Repository (Git-Repository) einen Arbeitsbaum (Worktree) hat. Wir werden das Konzept von Git-Arbeitsbäumen (Git Worktrees) untersuchen. Dies sind zusätzliche Arbeitsverzeichnisse, die mit demselben Repository verbunden sind und es Ihnen ermöglichen, mehrere Zweige (Branches) gleichzeitig zu verwalten.

Sie werden den Befehl git worktree list verwenden, um die Arbeitsbäume zu identifizieren, die mit Ihrem Repository verknüpft sind. Zunächst werden Sie nur den Hauptarbeitsbaum sehen. Indem Sie den Befehl erneut ausführen, werden Sie bestätigen, dass es keine zusätzlichen Arbeitsbäume gibt. Dies legt die Grundlage für das Verständnis, wie man mehrere Entwicklungslinien innerhalb eines einzigen Repositorys verwalten kann.

Skills Graph

Führen Sie git worktree list aus

In diesem Schritt werden wir das Konzept von Git-Arbeitsbäumen (Git Worktrees) untersuchen und lernen, wie man sie auflistet. Ein Arbeitsbaum (Worktree) ist ein zusätzliches Arbeitsverzeichnis, das mit demselben Repository verbunden ist. Dies ermöglicht es Ihnen, mehrere Zweige (Branches) gleichzeitig auszuchecken, was für Multitasking oder das gleichzeitige Testen verschiedener Funktionen sehr nützlich sein kann.

Zunächst navigieren wir in unser Projektverzeichnis, falls Sie nicht bereits dort sind. Öffnen Sie Ihr Terminal und geben Sie ein:

cd ~/project/my-time-machine

Jetzt verwenden wir den Befehl git worktree list, um die aktuellen Arbeitsbäume anzuzeigen, die mit unserem Repository verknüpft sind. Da wir noch keine zusätzlichen Arbeitsbäume erstellt haben, wird uns dieser Befehl den Hauptarbeitsbaum anzeigen.

git worktree list

Sie sollten eine Ausgabe ähnlich dieser sehen:

/home/labex/project/my-time-machine  a1b2c3d [master]

Diese Ausgabe sagt uns, dass unser Hauptarbeitsbaum sich unter /home/labex/project/my-time-machine befindet, derzeit auf dem master-Zweig ist und auf einen bestimmten Commit zeigt (repräsentiert durch den Commit-Hash, der in Ihrem Fall unterschiedlich sein wird).

Das Verständnis von Arbeitsbäumen ist wichtig, da sie eine flexible Möglichkeit bieten, mehrere Entwicklungslinien innerhalb eines einzigen Repositorys zu verwalten. In den folgenden Schritten werden wir lernen, wie man diese zusätzlichen Arbeitsbäume erstellt und verwaltet.

Prüfen auf zusätzliche Arbeitsbäume (Worktrees)

Im vorherigen Schritt haben wir git worktree list verwendet und nur einen Eintrag gesehen, der unser Hauptarbeitsbaum (Worktree) ist. Dies liegt daran, dass wir noch keine zusätzlichen Arbeitsbäume erstellt haben.

Lassen Sie uns dies bestätigen, indem wir den Befehl erneut ausführen und die Ausgabe beobachten. Stellen Sie sicher, dass Sie sich noch im Verzeichnis ~/project/my-time-machine befinden.

cd ~/project/my-time-machine
git worktree list

Die Ausgabe sollte immer noch nur eine Zeile zeigen, die Ihren Hauptarbeitsbaum repräsentiert:

/home/labex/project/my-time-machine  a1b2c3d [master]

Dies bestätigt, dass es derzeit keine zusätzlichen Arbeitsbäume gibt, die mit diesem Repository verknüpft sind. Der Befehl git worktree list ist eine einfache, aber leistungsstarke Möglichkeit, alle aktiven Arbeitsbäume auf einen Blick zu sehen. Wenn Sie in Zukunft mehr Arbeitsbäume erstellen, wird dieser Befehl für die Verwaltung Ihrer verschiedenen Entwicklungsumgebungen immer nützlicher werden.

In den nächsten Schritten werden wir lernen, wie man einen neuen Arbeitsbaum erstellt und wie sich die Ausgabe von git worktree list ändert.

Überprüfen des Status des Hauptarbeitsbaums (Worktrees)

In diesem Schritt verwenden wir den Befehl git status in unserem Hauptarbeitsbaum, um seinen aktuellen Zustand zu sehen. Dieser Befehl ist unerlässlich, um zu verstehen, welche Änderungen in Ihrem aktuellen Arbeitsverzeichnis und im Staging-Bereich vorhanden sind.

Stellen Sie sicher, dass Sie sich noch im Verzeichnis des Hauptarbeitsbaums befinden:

cd ~/project/my-time-machine

Jetzt führen Sie den Befehl git status aus:

git status

Da wir seit unserem letzten Commit im "Your First Git Lab" keine Änderungen vorgenommen haben, sollte die Ausgabe anzeigen, dass der Arbeitsbaum sauber ist:

On branch master
nothing to commit, working tree clean

Diese Ausgabe bestätigt, dass es keine ausstehenden Änderungen gibt, die in unserem Hauptarbeitsbaum committet werden müssen. Der Befehl git status ist Ihr wichtigstes Werkzeug, um eine Zusammenfassung des aktuellen Zustands Ihres Repositorys zu erhalten. Es sagt Ihnen, auf welchem Zweig (Branch) Sie sich befinden, ob es Änderungen gibt, die committet werden müssen, und ob es unüberwachte Dateien gibt.

In den folgenden Schritten werden wir Änderungen vornehmen und neue Arbeitsbäume erstellen, und Sie werden sehen, wie die Ausgabe von git status und git worktree list diese Aktionen widerspiegelt.

Zusammenfassung

In diesem Lab haben wir gelernt, wie man Git-Arbeitsbäume (Worktrees) mit dem Befehl git worktree list prüft. Wir haben uns in unser Projektverzeichnis navigiert und den Befehl ausgeführt. Dabei haben wir beobachtet, dass zunächst nur der Hauptarbeitsbaum aufgelistet wurde, was bestätigt, dass es keine zusätzlichen Arbeitsbäume gibt. Dieser Befehl ist unerlässlich, um mehrere Arbeitsverzeichnisse, die mit einem einzigen Git-Repository verknüpft sind, zu identifizieren und zu verwalten.