Git Status требует много времени для завершения

Я использую gitдля управления файлами в локальном каталоге на машине с Windows - здесь не задействована сеть, я не нажимаю и не перетаскиваю на / с другой машины. В моем каталоге около 100 файлов, все тестовые файлы довольно маленькие. Когда я бегаю git status, это обычно занимает 20-30 секунд. Это нормально? Могу ли я что-нибудь сделать, чтобы ускорить его, или лучший способ узнать, в каком состоянии находится мой репозиторий (измененные файлы, неотслеживаемые файлы и т. Д.)? Другие gitкоманды, кажется, выполняются намного быстрее.

Вы пробовали git gc ? Это убирает мусор из репозитория git.

По аналогичной проблеме я обнаружил, что наличие репозитория git в каталоге под моим существующим репозиторием git вызывает значительное замедление.

Я переместил вторичный репозиторий git в другое место, и теперь скорость высокая!

Вы используете какое-то программное обеспечение для защиты от вирусов? Может быть, это что-то мешает. gitдля меня очень быстро работает на Windows с репозиториями из тысяч файлов.

Пробовали перепаковывать? git-repack .

В противном случае попробуйте продублировать каталог и удалить папку .git в дублированном каталоге. Затем создайте новый каталог git и посмотрите, все ли работает медленно.

Если он все еще медленный, то это похоже на проблему с системой или оборудованием. Git завершает за меня статус сотен файлов менее чем за 5 секунд.

По какой-то причине git statusработает особенно медленно после перемещения или копирования папки репозитория в новое место.

Последующие запуски в этом случае обычно проходят быстрее.

Мой git statusбыл очень медленным (до одной минуты), потому что глобальный .gitignoreфайл находился в моем профиле пользователя Windows, который хранился в недоступном сетевом ресурсе.

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, который исключает неотслеживаемые файлы, работает намного быстрее и соответствует моим требованиям.

Проблема для меня заключалась в том, что у меня было много разных репозиториев, клонированных на мой локальный жесткий диск, и чем больше у вас репозиториев, тем больше времени потребуется для выполнения таких команд, как git status.

Я просто удалил множество репозиториев, которые мне больше не нужны локально, и мой статус git увеличился с 1 минуты до 5 секунд.

Я не вижу здесь ответов, подобных этому.

Еще один аспект, git statusкоторый будет улучшен (в Git 2.14.x / 2.15, Q4 2017), - это отображение игнорируемых файлов ( git status --ignored)

" git status --ignored", заметив, что каталог без отслеживаемого пути игнорируется, по-прежнему перечисляет все игнорируемые пути в каталоге, что не является необходимым.
Кодовый путь был оптимизирован, чтобы избежать этих накладных расходов.

См. Commit 5aaa7fd (18 сентября 2017 г.) Джеймсон Миллер ( jamill) .
^{(Объединено Junio ​​C Hamano - gitster- в коммите 075bc9c , 29 сентября 2017 г.)}

Улучшить производительность git status --ignored

Повысьте производительность логики списка каталогов, когда она хочет перечислить непустые игнорируемые каталоги. Чтобы показать непустые игнорируемые каталоги, существующая логика будет рекурсивно перебирать все содержимое игнорируемого каталога.
Это изменение вводит оптимизацию, чтобы прекратить итерацию по содержимому, как только будет найден первый файл. Это может значительно улучшить производительность git status --ignored в репозиториях с большим количеством файлов в игнорируемых каталогах.

Для примера разницы в производительности на примере репозитория с 196000 файлов в 400 игнорируемых каталогах:

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

Дополнительные улучшения (установленные в Git 2.17, Q2 2018) см. В этом ответе .

Более старые версии git имеют проблемы с производительностью с git status - дополнительные сведения см. В разделе Способы повышения производительности git status .

В git 2.13 есть одно исправление и еще 2.17. Я перешел с 2.7 на 2.23, и это разрешило медленный статус. В ближайшее время планируется еще одно улучшение для версии 2.24.

В моем случае медлительность была вызвана тем, что я работал git statusпод другим пользователем, а не владельцем файлов в проекте.

Хотя это применимо не во всех случаях, простое chownрешение для текущего пользователя может помочь.

Попробуйте начать со свежего клона вашей кассы.

git clone myrepo mynewrepo

а затем выполните git status в mynewrepo.

В качестве альтернативы, и если вы смелее, вычистите мусор со своей существующей кассы.

git clean -dfx

Это избавляет git от необходимости сканировать некоторые (возможно, большие) наборы игнорируемых или незарегистрированных файлов.