Der Git-Status dauert lange

Ich verwende gitzum Verwalten von Dateien in einem lokalen Verzeichnis auf einem Windows-Computer. Hier ist kein Netzwerk beteiligt. Ich drücke oder ziehe nicht auf einen anderen Computer. Mein Verzeichnis enthält vielleicht 100 Dateien, alle Testdateien, ziemlich klein. Wenn ich renne git status, dauert es regelmäßig 20 bis 30 Sekunden. Ist das normal? Kann ich irgendetwas tun, um es zu beschleunigen, oder einen besseren Weg, um den Status meines Repositorys zu sehen (geänderte Dateien, nicht verfolgte Dateien usw.)? Andere gitBefehle scheinen viel schneller ausgeführt zu werden.

Haben Sie git gc ausprobiert ? Dies reinigt die Kruft aus dem Git-Repo.

Bei einem ähnlichen Problem stellte ich fest, dass ein Git-Repo in einem Verzeichnis unterhalb meines vorhandenen Git-Repo zu einer massiven Verlangsamung führte.

Ich habe das sekundäre Git-Repo woanders hingelegt und jetzt ist die Geschwindigkeit schnell!

Verwenden Sie eine Virenschutzsoftware? Vielleicht stört das die Dinge. gitist für mich unter Windows mit Repositorys von Tausenden von Dateien sehr schnell.

Haben Sie versucht, neu zu packen? Git-Repack .

Versuchen Sie andernfalls, das Verzeichnis zu duplizieren und den Ordner .git im duplizierten Verzeichnis zu löschen. Erstellen Sie dann ein neues Git-Verzeichnis und prüfen Sie, ob es noch langsam ist.

Wenn es immer noch langsam ist, klingt es wie ein System- oder Hardwareproblem. Git beendet für mich den Status von Hunderten von Dateien in weniger als 5 Sekunden.

Aus irgendeinem Grund git statusist es besonders langsam, nachdem der Repository-Ordner an einen neuen Speicherort verschoben oder kopiert wurde.

Nachfolgende Läufe sind in diesem Fall normalerweise schneller.

Mein git statuswar sehr langsam (bis zu einer Minute), da sich die globale .gitignoreDatei in meinem Windows-Benutzerprofil befand, das auf einer unzugänglichen Netzwerkfreigabe gespeichert war.

git config --global core.excludesfile
zeigte so etwas wie \\Nxxxx0\User\Username\Eigene Dateien\gitignore_global.txt

Aus irgendeinem Grund \\Nxxxx0war der Zugriff nicht möglich und mein Benutzerprofil wurde von einem Sicherungssystem geladen \\Nxxxxx1. Es hat einige Zeit gedauert, um das herauszufinden, da mein Benutzerprofil normalerweise durch ein Unternehmensstart-Skript an einen Laufwerksbuchstaben gebunden ist und der Zugriff auf diesen Laufwerksbuchstaben wie gewohnt funktioniert hat. Ich bin mir nicht sicher, warum die Git-Konfiguration die Netzwerkfreigabe und nicht den Laufwerksbuchstaben verwendet hat (wahrscheinlich ist ein jüngeres Ich schuld).

Nach dem Einstellen
git config --global core.excludesfile $HOME/Eigene\ Dateien/gitignore_global.txt
git statuswar wieder normale Geschwindigkeit.

Durch das Laufen git fsckwurde dieses Problem in der Vergangenheit für mich behoben.

Für mich war die Langsamkeit darauf zurückzuführen, dass viele nicht verfolgte Dateien (temporäre Dateien und Ausgabedateien aus Skripten) vorhanden waren. Das Ausführen git status -uno, das die nicht verfolgten Dateien ausschließt, lief viel schneller und entspricht meinen Anforderungen

Das Problem für mich war, dass ich viele verschiedene Repositorys auf meine lokale Festplatte geklont hatte. Je mehr Repos Sie haben, desto länger dauert es, Befehle wie den Git-Status auszuführen.

Ich habe einfach viele der Repos gelöscht, die ich lokal nicht mehr benötigte, und mein Git-Status ging von 1 Minute ~ auf 5 Sekunden.

Ich kann hier keine ähnlichen Antworten sehen.

Ein weiterer Aspekt, der git statusverbessert wird (in Git 2.14.x / 2.15, Q4 2017), ist, wenn auch ignorierte Dateien angezeigt werden ( git status --ignored)

" git status --ignored" Wenn Sie feststellen, dass ein Verzeichnis ohne verfolgten Pfad ignoriert wird, werden weiterhin alle ignorierten Pfade im Verzeichnis aufgelistet, was nicht erforderlich ist.
Der Codepfad wurde optimiert, um diesen Overhead zu vermeiden.

Siehe Commit 5aaa7fd (18. September 2017) von Jameson Miller ( jamill) .
^{(Zusammengeführt von Junio ​​C Hamano - gitster- in Commit 075bc9c , 29. September 2017)}

Verbessern Sie die Leistung von git status --ignored

Verbessern Sie die Leistung der Verzeichnislistenlogik, wenn nicht leere ignorierte Verzeichnisse aufgelistet werden sollen. Um nicht leere ignorierte Verzeichnisse anzuzeigen, durchläuft die vorhandene Logik rekursiv alle Inhalte eines ignorierten Verzeichnisses.
Diese Änderung führt die Optimierung ein, um das Durchlaufen des Inhalts zu beenden, sobald die erste Datei gefunden wurde. Dies kann die Leistung von "Git-Status - signiert" in Repositorys mit einer großen Anzahl von Dateien in ignorierten Verzeichnissen erheblich verbessern.

Ein Beispiel für den Leistungsunterschied in einem Beispiel-Repository mit 196.000 Dateien in 400 ignorierten Verzeichnissen:

| Command                    |  Time (s) |
| -------------------------- | --------- |
| git status                 |   1.2     |
| git status --ignored (old) |   3.9     |
| git status --ignored (new) |   1.4     |

Weitere Verbesserungen (eingestellt in Git 2.17, Q2 2018) finden Sie in dieser Antwort .

Ältere Versionen von Git haben ein Leistungsproblem mit dem Git-Status. Weitere Informationen finden Sie unter Möglichkeiten zur Verbesserung der Git-Status-Leistung .

Git 2.13 hat 1 Fix und 2.17 mehr. Ich bin von 2.7 auf 2.23 umgezogen und es hat den langsamen Status behoben. Für 2.24 ist bald eine weitere Verbesserung geplant.

In meinem Fall wurde die Langsamkeit dadurch verursacht, dass Sie git statusals anderer Benutzer als der Eigentümer der Dateien im Projekt ausgeführt wurden.

Obwohl dies nicht in allen Fällen der Fall ist, kann ein einfacher chownBenutzer für Ihren aktuellen Benutzer den Trick ausführen.

Beginnen Sie mit einem neuen Klon Ihrer Kasse.

git clone myrepo mynewrepo

und dann git status in mynewrepo.

Alternativ und wenn Sie mutiger sind, entfernen Sie den Müll von Ihrer vorhandenen Kasse.

git clean -dfx

Dadurch wird vermieden, dass Git einen (möglicherweise großen) Satz ignorierter oder nicht eingecheckter Dateien scannen muss.