Der Git-bash-Statusbefehl scheint LFS unnötig auszulösen und wird endlos ausgeführt

345
YAC

Ich arbeite an einem git-gesteuerten Projekt auf meinem Win 10-Computer.
Das Projekt ist ziemlich groß (zehn GB, wenn ich mich recht erinnere) und verwendet git lfs.

Ich habe git, git lfs und git bash auf meinem Computer installiert.
Außerdem habe ich das Linux-Subsystem für Windows- Funktionalität aktiviert und mir eine Ubuntu-Distribution angeschafft.
Auf dieser Linux-Distribution habe ich auch git und git lfs installiert.

Ich kann git status -sim Linux-Subsystem kaum reibungslos arbeiten (es dauert einige Sekunden).
Wenn ich jedoch den gleichen Befehl in der Git-Bash ausführen, scheint er endlos zu laufen.
Vom Task-Manager ist mir auch aufgefallen, dass der Git-LFS- Prozess beim Auslösen des Befehls angezeigt wird und viel CPU- und Festplattenverbrauch beansprucht.
Wenn ich den Befehl jedoch unter Linux ausführen, wird nur der Git- Prozess für eine Weile angezeigt und verschwindet.
Es scheint also, dass der Aufruf von git lfs unnötig ist oder zumindest nicht so viel Arbeit leisten sollte.

Ich habe das Gefühl, dass etwas an meiner Git-Konfiguration falsch ist, weil Git-bash mit diesem Projekt auf anderen Windows 10-Computern reibungslos läuft.

Versionen:
- git für Windows: 2.15.0.windows.1
- git lfs: 2.3.4
- git (Linux): 2.7.4
- git lfs (Linux): 2.3.4

edit 1

Ich bin einfach git lfs statussowohl vom Git-bash als auch vom Linux-Subsystem gelaufen . Es überrascht nicht, dass die Ergebnisse völlig unterschiedlich sind.
Ersteres besagt, dass alle LFS-verfolgten Dateien "Git-LFS-Objekte sind, die nicht für das Festschreiben bereitgestellt werden", während das spätere besagt, dass mein Verzeichnis sauber ist (nichts zu inszenieren oder festzuschreiben).

0

0 Antworten auf die Frage

Verwandte Probleme