Gitステータスが完了するまでに長い時間がかかる

私はgitWindowsマシンのローカルディレクトリ内のファイルを管理するために使用しています-ここにはネットワークは含まれていません。別のマシンとの間でプッシュまたはプルしていません。私のディレクトリにはおそらく100個のファイルがあり、すべてのテストファイルはかなり小さいです。実行するとgit status、完了するまでに通常20〜30秒かかります。これは正常ですか？それをスピードアップするために私ができることはありますか、または私のリポジトリの状態（変更されたファイル、追跡されていないファイルなど）を確認するためのより良い方法はありますか？他のgitコマンドははるかに速く完了するようです。

git gcを試しましたか？これにより、gitリポジトリからがらくたが削除されます。

同様の問題で、既存のgitリポジトリの下のディレクトリにgitリポジトリがあると、大幅な速度低下が発生することがわかりました。

セカンダリgitリポジトリを別の場所に移動しましたが、速度が速くなりました。

ある種のウイルス対策ソフトウェアを使用していますか？多分それは物事を妨害しています。git何千ものファイルのリポジトリを持つウィンドウでは、私にとって非常に高速です。

再梱包してみましたか？git-repack。

それ以外の場合は、ディレクトリを複製し、複製されたディレクトリの.gitフォルダを削除してみてください。次に、新しいgitディレクトリを作成し、それでも遅いかどうかを確認します。

それでも遅い場合は、システムまたはハードウェアの問題のようです。Gitは、5秒以内に数百のファイルのステータスを終了します。

何らかの理由git statusで、リポジトリフォルダを新しい場所に移動またはコピーした後は特に遅くなります。

この場合、後続の実行は通常より高速です。

私はgit statusグローバルなので、非常に遅い（1分まで）した.gitignoreファイルは私の窓に位置していたアクセスできないネットワーク共有に格納された、USERPROFILE。

git config --global core.excludesfile
のようなものを示した \\Nxxxx0\User\Username\Eigene Dateien\gitignore_global.txt

何らかの理由\\Nxxxx0でアクセスできず、ユーザープロファイルがバックアップシステムから読み込まれました\\Nxxxxx1。通常、私のユーザープロファイルはエンタープライズスタートアップスクリプトによってドライブ文字にバインドされており、そのドライブ文字へのアクセスは通常どおり機能していたため、それを理解するのに少し時間がかかりました。git-configがドライブ文字ではなくネットワーク共有を使用した理由がわかりません（おそらく若い私が責任を負います）

設定
git config --global core.excludesfile $HOME/Eigene\ Dateien/gitignore_global.txt
git status後、通常の速度に戻りました。

実行git fsckすると、過去にこの問題が解決されました。

私にとって、速度が遅いのは、追跡されていないファイル（スクリプトからの一時ファイルと出力ファイル）がたくさんあるためでした。実行中git status -unoは、追跡されていないファイルを除外し、はるかに高速に実行され、私の要件を満たしています。

私にとっての問題は、ローカルハードドライブに多くの異なるリポジトリのクローンが作成されていたため、リポジトリが多いほど、gitstatusなどのコマンドの実行にかかる時間が長くなることでした。

ローカルで不要になったリポジトリをたくさん削除しただけで、gitステータスが1分〜から5秒になりました。

これに似た答えはここにはありません。

の別の側面 git status（Git 2.14.x / 2。15、2017年第4四半期に）改善される、無視されたファイルも表示される場合です（git status --ignored）

" git status --ignored"は、追跡されたパスのないディレクトリが無視されることに気付いた場合でも、ディレクトリ内の無視されたすべてのパスを列挙しました。これは不要です。
コードパスは、このオーバーヘッドを回避するように最適化されています。

Jameson Miller（）によるcommit 5aaa7fd（2017年9月18日）を参照してください。jamill
^{（合併によりJunio C浜野- gitster-でコミット075bc9c、2017年9月29日）}

のパフォーマンスを向上させる git status --ignored

空でない無視されたディレクトリを一覧表示する場合のディレクトリ一覧表示ロジックのパフォーマンスを向上させます。空でない無視されたディレクトリを表示するために、既存のロジックは無視されたディレクトリのすべての内容を再帰的に繰り返します。
この変更により、最初のファイルが見つかるとコンテンツの反復を停止する最適化が導入されます。これにより、無視されたディレクトリに多数のファイルがあるリポジトリでの「gitstatus--ignored」のパフォーマンスが大幅に向上する可能性があります。

400個の無視されたディレクトリに196,000個のファイルがあるリポジトリの例でのパフォーマンスの違いの例：

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

さらなる改善（Git 2 。17 、2018年第2四半期に設定）については、この回答を参照してください。

古いバージョンのgitには、git statusのパフォーマンスの問題があります。詳細については、gitstatusのパフォーマンスを向上させる方法を参照してください。

git 2.13には1つの修正があり、2.17以上の修正があります。2.7から2.23に移動し、遅いステータスを解決しました。もうすぐ2.24で改善が計画されています。

私の場合、git statusプロジェクト内のファイルの所有者とは別のユーザーとして実行すると、速度が低下しました。

すべての場合に適用できるわけではありませんchownが、現在のユーザーにとって単純なものでうまくいく場合があります。

チェックアウトの新しいクローンから始めてみてください。

git clone myrepo mynewrepo

次に、mynewrepoでgitstatusを実行します。

または、勇気がある場合は、既存のチェックアウトからゴミを一掃します。

git clean -dfx

これにより、gitが無視されたファイルまたはチェックインされていないファイルのいくつかの（おそらく大きな）セットをスキャンする必要がなくなります。