Git Durumunun Tamamlanması Uzun Zaman Alıyor

gitBir Windows makinesinde yerel bir dizindeki dosyaları yönetmek için kullanıyorum - burada hiçbir ağ dahil değil, başka bir makineye / makineden itmiyorum veya çekmiyorum. Dizinimde belki 100 dosya var, tüm test dosyaları oldukça küçük. Koştuğumda git status, düzenli olarak tamamlanması 20-30 saniye sürüyor. Bu normal mi? Hızlandırmak için yapabileceğim bir şey var mı veya depomun durumunu görmenin daha iyi bir yolu var mı (değiştirilen dosyalar, izlenmeyen dosyalar, vb.)? Diğer gitkomutlar çok daha hızlı tamamlanıyor gibi görünüyor.

Git gc'yi denediniz mi? Bu, git deposundaki eksiklikleri temizler.

Benzer bir sorunda, mevcut git depomun altındaki bir dizinde git deposu bulunmasının büyük bir yavaşlamaya neden olduğunu buldum.

İkincil git deposunu başka bir yere taşıdım ve şimdi hız çok yüksek!

Bir çeşit virüs koruma yazılımı kullanıyor musunuz? Belki bu olaylara müdahale ediyordur. git1000 dosyalık depolara sahip pencerelerde benim için çok hızlı.

Yeniden paketlemeyi denediniz mi? git-repack .

Aksi takdirde, dizini çoğaltmayı ve yinelenen dizindeki .git klasörünü silmeyi deneyin. Sonra yeni bir git dizini oluşturun ve hala yavaş olup olmadığına bakın.

Hala yavaşsa, bir sistem veya donanım sorunu gibi görünür. Git benim için yüzlerce dosyanın durumunu 5 saniyeden daha kısa sürede bitiriyor.

Bazı nedenlerden dolayı git status, depo klasörünü yeni bir konuma taşıdıktan veya kopyaladıktan sonra özellikle yavaş.

Sonraki çalıştırmalar bu durumda genellikle daha hızlıdır.

Benim git statusçok yavaştım (bir dakikaya kadar) çünkü global .gitignoredosya, erişilemeyen bir ağ paylaşımında depolanan Windows kullanıcı profilimde bulunuyordu.

git config --global core.excludesfile
gibi bir şey gösterdi \\Nxxxx0\User\Username\Eigene Dateien\gitignore_global.txt

Bazı nedenlerden \\Nxxxx0dolayı erişilemezdi ve kullanıcı profilim bir yedekleme sisteminden yüklendi \\Nxxxxx1. Bunu anlamak biraz zaman aldı, çünkü genellikle kullanıcı profilim bir kurumsal başlangıç ​​betiği tarafından bir sürücü harfine bağlı ve bu sürücü harfine erişmek her zamanki gibi çalışıyordu. Git-config'in neden sürücü harfini değil de ağ paylaşımını kullandığından emin değilim (muhtemelen daha genç bir ben suçluyum)

Ayarlandıktan sonra
git config --global core.excludesfile $HOME/Eigene\ Dateien/gitignore_global.txt
git statusnormal hıza geri döndü.

Koşu git fsck, geçmişte bu sorunu benim için çözdü.

Benim için yavaşlık, çok sayıda izlenmemiş dosyaya (komut dosyalarından geçici ve çıktı dosyaları) sahip olmasından kaynaklanıyordu. İzlenmeyen dosyaları git status -unohariç tutan, çok daha hızlı çalıştırılan ve gereksinimlerimi karşılayan çalışma

Benim için sorun, yerel sabit diskime klonlanmış birçok farklı depom olmasıydı, ne kadar çok deponuz varsa git durumu gibi komutları çalıştırmak o kadar uzun sürecek.

Artık yerel olarak ihtiyaç duymadığım birçok depoyu sildim ve git durumum 1 dakikadan 5 saniyeye çıktı.

Burada buna benzer bir cevap göremiyorum.

git statusİyileştirilecek bir başka özellik de (Git 2.14.x / 2.15, Q4 2017'de) göz ardı edilen dosyaları da göstermesidir ( git status --ignored)

" git status --ignored", herhangi bir izlenen yolu olmayan bir dizinin göz ardı edildiğini fark ettiğinde, yine de dizindeki yok sayılan tüm yolları numaralandırır, bu da gereksizdir.
Kod yolu, bu ek yükten kaçınmak için optimize edilmiştir.

Bkz. Commit 5aaa7fd (18 Eyl 2017), Jameson Miller ( jamill) .
^{(Göre Birleştirilmiş Junio Cı Hamano - gitster- içinde işlemek 075bc9c , 29 Eylül 2017)}

Performansını artırın git status --ignored

Boş olmayan yok sayılmış dizinleri listelemek istediğinde dizin listeleme mantığının performansını artırın. Boş olmayan yok sayılmış dizinleri göstermek için, mevcut mantık, yok sayılmış bir dizinin tüm içeriğini yinelemeli olarak yineleyecektir.
Bu değişiklik, ilk dosyayı bulduğunda içerikte yinelemeyi durdurmak için optimizasyonu sunar. Bu, yok sayılmış dizinlerde çok sayıda dosya bulunan depolarda 'git durumu - imzalanmış' performansında önemli bir iyileşme sağlayabilir.

Göz ardı edilen 400 dizinde 196.000 dosyadan oluşan örnek bir havuzdaki performans farkına bir örnek için:

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

Daha fazla iyileştirme için (Git 2.17, Q2 2018'de ayarlanmıştır), bu yanıta bakın .

Git'in eski sürümlerinde git durumuyla ilgili bir performans sorunu var - daha fazla bilgi için Git durumu performansını iyileştirmenin yolları bölümüne bakın .

git 2.13'te 1 düzeltme ve 2.17 tane daha var. 2.7'den 2.23'e geçtim ve yavaş durumu çözdü. Yakında 2.24 için planlanan başka bir iyileştirme var.

Benim durumumda yavaşlık, git statusprojedeki dosyaların sahibinden farklı bir kullanıcı olarak çalıştırılmasından kaynaklanıyordu .

Her durumda geçerli olmasa chownda, mevcut kullanıcınız için basit bir hile yapabilir.

Ödemenizin yeni bir klonuyla başlamayı deneyin.

git clone myrepo mynewrepo

ve sonra mynewrepo'da git durumunu yapın.

Alternatif olarak ve daha cesursanız, mevcut kasanızdaki çöpü temizleyin.

git clean -dfx

Bu, git'in bazı (muhtemelen büyük) yok sayılan veya teslim edilmeyen dosyaları taramasını önler.