Wie man prüft, ob eine Datei von Git verfolgt wird

Einführung

In diesem Lab lernen Sie, wie Sie prüfen können, ob eine Datei von Git verfolgt wird. Wir werden uns zwei essentielle Git-Befehle ansehen: git ls-files und git status.

Zunächst verwenden Sie git ls-files, um alle Dateien aufzulisten, die derzeit von Git in Ihrem Repository verfolgt werden. Anschließend verwenden Sie git status, um den Verfolgungsstatus zu überprüfen und zu verstehen, wie Git den Zustand Ihres Arbeitsverzeichnisses meldet, wenn alle Änderungen committet wurden. Abschließend testen Sie, wie Git nicht verfolgte Dateien behandelt.

Skills Graph

Ausführen von git ls-files zur Dateiprüfung

In diesem Schritt verwenden wir den Befehl git ls-files, um zu sehen, welche Dateien Git derzeit in unserem Repository verfolgt. Dieser Befehl ist nützlich, um einen schnellen Überblick über die Dateien zu erhalten, die Teil der Projektgeschichte sind.

Stellen Sie zunächst sicher, dass Sie sich im Verzeichnis my-time-machine befinden. Wenn nicht, verwenden Sie den Befehl cd, um dorthin zu navigieren:

cd ~/project/my-time-machine

Führen Sie nun den Befehl git ls-files aus:

git ls-files

Da wir in den vorherigen Schritten bereits die Datei message.txt erstellt und committet haben, sollten Sie den Namen dieser Datei in der Ausgabe sehen:

message.txt

Der Befehl git ls-files listet alle Dateien auf, die derzeit von Git in Ihrem Repository verfolgt werden. Dies sind die Dateien, die Git aktiv auf Änderungen überwacht und die in Ihren Commits enthalten sind.

Das Verständnis, welche Dateien verfolgt werden, ist wichtig, da Git nur die Historie der verfolgten Dateien verwaltet. Alle Dateien, die nicht verfolgt werden, werden von Git ignoriert, wenn Sie Commits erstellen. Dies gibt Ihnen die Kontrolle darüber, was in die Versionsgeschichte Ihres Projekts aufgenommen wird.

In den nächsten Schritten werden wir untersuchen, wie Git Dateien behandelt, die noch nicht verfolgt werden.

Verwenden von git status zur Überprüfung der Verfolgung

Im vorherigen Schritt haben wir git ls-files verwendet, um festzustellen, dass message.txt eine verfolgte Datei ist. Jetzt verwenden wir erneut den Befehl git status, um zu sehen, wie Git den Zustand unseres Repositorys meldet, wenn alle Änderungen committet wurden.

Stellen Sie sicher, dass Sie sich immer noch im Verzeichnis ~/project/my-time-machine befinden.

Führen Sie den Befehl git status aus:

git status

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

On branch master
nothing to commit, working tree clean

Diese Ausgabe sagt uns einige wichtige Dinge:

• "On branch master": Wir befinden uns immer noch auf der Hauptzeitlinie unseres Projekts.
• "nothing to commit, working tree clean": Dies ist der wichtigste Teil. Es bedeutet, dass es keine Änderungen in unserem Arbeitsverzeichnis gibt, die committet werden müssen. Git erkennt, dass der aktuelle Zustand der Dateien mit dem Zustand des letzten Commits übereinstimmt.

Dies ist der ideale Zustand für Ihr Repository, wenn Sie einen Satz von Änderungen abgeschlossen und committet haben. Es zeigt an, dass Ihr Arbeitsverzeichnis "sauber" ist und mit dem neuesten Commit synchronisiert ist.

Wenn Sie diese Ausgabe mit der git status-Ausgabe vergleichen, die wir vor dem Erstellen und Committen von message.txt gesehen haben, können Sie sehen, wie sich die Statusmeldung von Git ändert, um den Zustand Ihrer Dateien und Commits widerzuspiegeln.

Im nächsten Schritt werden wir eine neue Datei einführen, um zu sehen, wie sich der Status von Git ändert, wenn es nicht verfolgte Dateien gibt.

Testen von nicht verfolgten Dateien

In diesem Schritt werden wir eine neue Datei in unserem my-time-machine-Verzeichnis erstellen und sehen, wie sich der Status von Git ändert, um die Anwesenheit einer nicht verfolgten Datei widerzuspiegeln.

Stellen Sie sicher, dass Sie sich im Verzeichnis ~/project/my-time-machine befinden.

Erstellen Sie eine neue Datei namens notes.txt mit dem echo-Befehl:

echo "Some random notes" > notes.txt

Dieser Befehl erstellt eine neue Datei namens notes.txt und schreibt den Text "Some random notes" hinein.

Lassen Sie uns nun erneut den Status unseres Repositorys mit git status überprüfen:

git status

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        notes.txt

nothing added to commit but untracked files present (use "git add" to track)

Beachten Sie den Abschnitt "Untracked files:". Git hat die neue Datei notes.txt erkannt, aber uns mitgeteilt, dass sie nicht verfolgt wird. Dies liegt daran, dass wir Git noch nicht gesagt haben, dass diese Datei in die Historie unseres Repositorys aufgenommen werden soll.

Dies ist ein Schlüsselkonzept in Git: Sie müssen Git explizit mitteilen, welche Dateien Sie verfolgen möchten, indem Sie den git add-Befehl verwenden. Dies verhindert, dass Git automatisch jede einzelne Datei in Ihrem Verzeichnis aufnimmt, die möglicherweise temporäre Dateien, Build-Artefakte oder persönliche Notizen enthält, die Sie nicht in die Projektgeschichte aufnehmen möchten.

Im nächsten Lab werden wir lernen, wie wir diese neue Datei in die Staging-Area aufnehmen und committen, sodass sie in unserem Repository eine verfolgte Datei wird.

Zusammenfassung

In diesem Lab haben wir gelernt, wie man prüft, ob eine Datei von Git verfolgt wird. Wir haben den Befehl git ls-files verwendet, um alle aktuell im Repository verfolgten Dateien aufzulisten und so bestätigt, dass message.txt verfolgt wurde.

Anschließend haben wir den Befehl git status verwendet, um den Zustand des Repositorys zu überprüfen. Die Ausgabe "nothing to commit, working tree clean" zeigte an, dass alle Änderungen committet waren und es keine nicht verfolgten Dateien oder ausstehenden Änderungen im Arbeitsverzeichnis gab. Dies hat unser Verständnis dafür gestärkt, wie Git den Status von verfolgten Dateien meldet.