Ukończenie stanu Git zajmuje dużo czasu

Używam gitdo zarządzania plikami w katalogu lokalnym na komputerze z systemem Windows - nie jest tu zaangażowana żadna sieć, nie pcham ani nie ściągam do / z innego komputera. Mój katalog zawiera może 100 plików, wszystkie pliki testowe, całkiem małe. Kiedy biegam git status, ukończenie tego regularnie zajmuje 20-30 sekund. Czy to normalne? Czy jest coś, co mogę zrobić, aby to przyspieszyć, lub lepszy sposób, aby sprawdzić, jaki jest stan mojego repozytorium (zmienione pliki, nieśledzone pliki itp.)? gitWydaje się, że inne polecenia działają znacznie szybciej.

Czy próbowałeś git gc ? To usuwa skorupę z repozytorium git.

W podobnym przypadku stwierdziłem, że posiadanie repozytorium git w katalogu poniżej mojego istniejącego repozytorium git spowodowało ogromne spowolnienie.

Przeniosłem drugie repozytorium git w inne miejsce i teraz szybkość jest duża!

Czy używasz jakiegoś oprogramowania antywirusowego? Może to przeszkadza. gitjest dla mnie bardzo szybki w systemie Windows z repozytoriami tysięcy plików.

Czy próbowałeś przepakować? git-repack .

W przeciwnym razie spróbuj skopiować katalog i usunąć folder .git w zduplikowanym katalogu. Następnie utwórz nowy katalog git i sprawdź, czy nadal działa wolno.

Jeśli nadal działa wolno, oznacza to problem z systemem lub sprzętem. Git kończy status setek plików w mniej niż 5 sekund.

Z jakiegoś powodu git statusjest szczególnie powolny po przeniesieniu lub skopiowaniu folderu repozytorium do nowej lokalizacji.

W takim przypadku kolejne przebiegi są zwykle szybsze.

Mój git statusbył bardzo powolny (do jednej minuty), ponieważ .gitignoreplik globalny znajdował się w moim profilu użytkownika systemu Windows, który był przechowywany w niedostępnym udziale sieciowym.

git config --global core.excludesfile
pokazał coś takiego \\Nxxxx0\User\Username\Eigene Dateien\gitignore_global.txt

Z jakiegoś powodu \\Nxxxx0był niedostępny, a mój profil użytkownika został załadowany z systemu zapasowego \\Nxxxxx1. Zrozumienie tego zajęło trochę czasu, ponieważ zwykle mój profil użytkownika jest powiązany z literą dysku przez skrypt uruchamiania przedsiębiorstwa, a dostęp do tej litery dysku działał normalnie. Nie jestem pewien, dlaczego git-config użył udziału sieciowego, a nie litery dysku (prawdopodobnie winę ponosi młodszy ja)

Po ustawieniu
git config --global core.excludesfile $HOME/Eigene\ Dateien/gitignore_global.txt
git statuswrócił do normalnej prędkości.

W git fsckprzeszłości bieganie rozwiązało ten problem.

Dla mnie powolność wynikała z posiadania wielu nieśledzonych plików (plików tymczasowych i wyjściowych ze skryptów). Bieganie git status -uno, które wyklucza nieśledzone pliki, działa znacznie szybciej i spełnia moje wymagania

Problem polegał na tym, że miałem wiele różnych repozytoriów sklonowanych na moim lokalnym dysku twardym, im więcej masz repozytoriów, tym dłużej potrwa uruchamianie poleceń, takich jak status git.

Po prostu usunąłem wiele repozytoriów, których już nie potrzebowałem lokalnie, a mój status git zmienił się z 1 minuty ~ do 5 sekund.

Nie widzę tutaj odpowiedzi podobnych do tej.

Innym aspektem, git statusktóry zostanie ulepszony (w Git 2.14.x / 2.15, Q4 2017) jest pokazanie również ignorowanych plików ( git status --ignored)

" git status --ignored", zauważając, że katalog bez żadnej śledzonej ścieżki jest ignorowany, nadal wyliczał wszystkie ignorowane ścieżki w katalogu, co jest niepotrzebne.
Ścieżka kodowa została zoptymalizowana, aby uniknąć tego narzutu.

Zobacz commit 5aaa7fd (18 września 2017) autorstwa Jamesona Millera ( jamill) .
^{(Scalone przez Junio ​​C Hamano - gitster- w zatwierdzeniu 075bc9c , 29 września 2017 r.)}

Popraw wydajność git status --ignored

Popraw wydajność logiki wyświetlania katalogów, gdy chce ona wyświetlić niepuste ignorowane katalogi. Aby wyświetlić niepuste ignorowane katalogi, istniejąca logika będzie rekurencyjnie iterować po całej zawartości ignorowanego katalogu.
Ta zmiana wprowadza optymalizację, aby zatrzymać iterację po zawartości po znalezieniu pierwszego pliku. Może to znacznie poprawić wydajność „git status --ignored” w repozytoriach z dużą liczbą plików w ignorowanych katalogach.

Przykład różnicy wydajności w przykładowym repozytorium z 196 000 plików w 400 zignorowanych katalogach:

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

Aby uzyskać więcej ulepszeń (ustawionych w Git 2.17, Q2 2018), zobacz tę odpowiedź .

Starsze wersje git mają problem z wydajnością ze statusem git - zobacz Sposoby poprawy wydajności statusu git, aby uzyskać więcej informacji.

git 2.13 ma 1 poprawkę i 2,17 więcej. przeniosłem się z 2.7 do 2.23 i rozwiązałem problem z wolnym stanem. Wkrótce planowana jest kolejna poprawa w wersji 2.24.

W moim przypadku powolność była spowodowana działaniem git statusjako inny użytkownik niż właściciel plików w projekcie.

Chociaż nie ma to zastosowania we wszystkich przypadkach, prosty chowndla bieżącego użytkownika może załatwić sprawę.

Spróbuj zacząć od nowego klonu swojej kasy.

git clone myrepo mynewrepo

a następnie uzyskaj status git w mynewrepo.

Alternatywnie, jeśli jesteś odważniejszy, wyczyść śmieci z istniejącej kasy.

git clean -dfx

Dzięki temu git nie musi skanować niektórych (prawdopodobnie dużych) zestawów ignorowanych lub niezarejestrowanych plików.