El estado de Git tarda mucho en completarse

Estoy usando gitpara administrar archivos en un directorio local en una máquina con Windows; no hay red involucrada aquí, no estoy presionando o tirando hacia / desde otra máquina. Mi directorio tiene quizás 100 archivos, todos los archivos de prueba, bastante pequeños. Cuando corro git status, suele tardar entre 20 y 30 segundos en completarse. ¿Esto es normal? ¿Hay algo que pueda hacer para acelerarlo, o una mejor manera de ver cuál es el estado de mi repositorio (archivos modificados, archivos sin seguimiento, etc.)? Otros gitcomandos parecen completarse mucho más rápido.

¿Has probado git gc ? Esto limpia cruft del repositorio de git.

En un problema similar, descubrí que tener un repositorio de git en un directorio debajo de mi repositorio de git existente causaba una ralentización masiva.

Moví el repositorio de git secundario a otro lugar y ahora la velocidad es rápida.

¿Está utilizando algún tipo de software de protección antivirus? Quizás eso esté interfiriendo con las cosas. gites muy rápido para mí en Windows con repositorios de miles de archivos.

¿Ha intentado reempacar? git-repack .

De lo contrario, intente duplicar el directorio y eliminar la carpeta .git en el directorio duplicado. Luego, cree un nuevo directorio git y vea si todavía es lento.

Si todavía es lento, entonces parece un problema de sistema o hardware. Git finaliza el estado de cientos de archivos por mí en menos de 5 segundos.

Por alguna razón git status es particularmente lento después de mover o copiar la carpeta del repositorio a una nueva ubicación.

En este caso, las ejecuciones posteriores suelen ser más rápidas.

Mi git statusfue muy lento (hasta un minuto), porque el .gitignorearchivo global estaba ubicado en mi perfil de usuario de Windows, que estaba almacenado en un recurso compartido de red inaccesible.

git config --global core.excludesfile
mostró algo como \\Nxxxx0\User\Username\Eigene Dateien\gitignore_global.txt

Por alguna razón \\Nxxxx0era inaccesible y mi perfil de usuario se cargó desde un sistema de respaldo\\Nxxxxx1 . Me tomó algún tiempo darme cuenta de eso, porque generalmente mi perfil de usuario está vinculado a una letra de unidad mediante un script de inicio de empresa y acceder a esa letra de unidad funcionaba como de costumbre. No estoy seguro de por qué git-config usó el recurso compartido de red y no la letra de la unidad (probablemente un yo más joven tiene la culpa)

Después del fraguado
git config --global core.excludesfile $HOME/Eigene\ Dateien/gitignore_global.txt
git statusvolvió a la velocidad normal.

Correr me git fsckha resuelto este problema en el pasado.

Para mí, la lentitud se debió a tener muchos archivos sin seguimiento (archivos temporales y de salida de scripts) en ejecución git status -uno, lo que excluye los archivos sin seguimiento, se ejecutó mucho más rápido y cumple con mis requisitos

El problema para mí fue que tenía muchos repositorios diferentes clonados en mi disco duro local, mientras más repositorios tenga, más tiempo llevará ejecutar comandos como git status.

Simplemente eliminé muchos de los repositorios que ya no necesitaba localmente, y mi estado de git pasó de 1 minuto ~ a 5 segundos.

No puedo ver ninguna respuesta similar a esta aquí.

Otro aspecto git statusque se mejorará (en Git 2.14.x / 2.15, Q4 2017) es cuando también muestra archivos ignorados ( git status --ignored)

" git status --ignored", al notar que un directorio sin ninguna ruta rastreada se ignora, aún enumera todas las rutas ignoradas en el directorio, lo cual es innecesario.
La ruta de código se ha optimizado para evitar esta sobrecarga.

Consulte la confirmación 5aaa7fd (18 de septiembre de 2017) de Jameson Miller ( jamill) .
^{(Combinado por Junio ​​C Hamano - gitster- en el compromiso 075bc9c , 29 de septiembre de 2017)}

Mejorar el rendimiento de git status --ignored

Mejore el rendimiento de la lógica de listado de directorios cuando quiere listar directorios ignorados no vacíos. Para mostrar directorios ignorados no vacíos, la lógica existente iterará recursivamente a través de todo el contenido de un directorio ignorado.
Este cambio introduce la optimización para dejar de iterar a través del contenido una vez que encuentra el primer archivo. Esto puede tener una mejora significativa en el rendimiento de 'git status --ignored' en repositorios con una gran cantidad de archivos en directorios ignorados.

Para ver un ejemplo de la diferencia de rendimiento en un repositorio de ejemplo con 196 000 archivos en 400 directorios ignorados:

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

Para obtener más mejoras (establecidas en Git 2.17, Q2 2018), consulte esta respuesta .

Las versiones anteriores de git tienen un problema de rendimiento con el estado de git; consulte Formas de mejorar el rendimiento del estado de git para obtener más información.

git 2.13 tiene 1 corrección y 2.17 más. Pasé de 2.7 a 2.23 y resolvió el estado lento. Hay otra mejora prevista para 2.24 pronto.

En mi caso, la lentitud se debió a que se ejecutaba git statuscomo un usuario diferente al propietario de los archivos del proyecto.

Si bien no es aplicable en todos los casos, un simple chownpara su usuario actual puede hacer el truco.

Intente comenzar con un nuevo clon de su pago.

git clone myrepo mynewrepo

y luego hacer git status en mynewrepo.

Alternativamente, y si eres más valiente, limpia la basura de tu caja actual.

git clean -dfx

Esto evita que git tenga que escanear un conjunto (posiblemente grande) de archivos ignorados o no registrados.