Lo stato di Git richiede molto tempo per essere completato

Sto usando gitper gestire i file in una directory locale su una macchina Windows - nessuna rete è coinvolta qui, non sto spingendo o tirando da / verso un'altra macchina. La mia directory contiene forse 100 file, tutti i file di prova, piuttosto piccoli. Quando corro git status, ci vogliono regolarmente 20-30 secondi per completarsi. È normale? C'è qualcosa che posso fare per velocizzarlo o un modo migliore per vedere qual è lo stato del mio repository (file modificati, file non tracciati, ecc.)? Altri gitcomandi sembrano essere completati molto più velocemente.

Hai provato git gc ? Questo pulisce cruft dal repository git.

In un problema simile ho scoperto che avere un repository git in una directory sotto il mio repository git esistente ha causato un enorme rallentamento.

Ho spostato il repository git secondario da qualche altra parte e ora la velocità è veloce!

Stai usando un qualche tipo di software di protezione antivirus? Forse questo sta interferendo con le cose. gitè molto veloce per me su Windows con archivi di migliaia di file.

Hai provato a reimballare? git-repack .

Altrimenti, prova a duplicare la directory ed eliminare la cartella .git nella directory duplicata. Quindi crea una nuova directory git e verifica se è ancora lento.

Se è ancora lento, sembra un problema di sistema o hardware. Git termina lo stato su centinaia di file per me in meno di 5 secondi.

Per qualche motivo git statusè particolarmente lento dopo aver spostato o copiato la cartella del repository in una nuova posizione.

Le esecuzioni successive sono generalmente più veloci in questo caso.

Il mio git statusera molto lento (fino a un minuto), perché il .gitignorefile globale si trovava nel mio profilo utente di Windows, che era archiviato in una condivisione di rete inaccessibile.

git config --global core.excludesfile
ha mostrato qualcosa di simile \\Nxxxx0\User\Username\Eigene Dateien\gitignore_global.txt

Per qualche motivo \\Nxxxx0era inaccessibile e il mio profilo utente è stato caricato da un sistema di backup\\Nxxxxx1 . Ci è voluto del tempo per capirlo, perché di solito il mio profilo utente è associato a una lettera di unità da uno script di avvio aziendale e l'accesso a quella lettera di unità funzionava normalmente. Non sono sicuro del motivo per cui git-config ha utilizzato la condivisione di rete e non la lettera di unità (probabilmente la colpa è di un me più giovane)

Dopo l'impostazione
git config --global core.excludesfile $HOME/Eigene\ Dateien/gitignore_global.txt
git statusè tornata alla velocità normale.

La corsa mi git fsckha risolto questo problema in passato.

Per me, la lentezza era dovuta alla presenza di molti file non tracciati (file temporanei e di output da script). In esecuzione git status -uno, che esclude i file non tracciati, è stato eseguito molto più velocemente e soddisfa i miei requisiti

Il problema per me era che avevo molti repository diversi clonati sul mio disco rigido locale, più repository hai più tempo ci vorrà per eseguire comandi come git status.

Ho semplicemente cancellato molti dei repository di cui non avevo più bisogno localmente e il mio stato git è passato da 1 minuto ~ a 5 secondi.

Non riesco a vedere nessuna risposta simile a questa qui.

Un altro aspetto del git statusquale sarà migliorato (in Git 2.14.x / 2.15, Q4 2017) è quando mostra anche i file ignorati ( git status --ignored)

" git status --ignored", quando nota che una directory senza alcun percorso tracciato viene ignorata, enumera comunque tutti i percorsi ignorati nella directory, il che non è necessario.
Il codepath è stato ottimizzato per evitare questo sovraccarico.

Vedi commit 5aaa7fd (18 settembre 2017) di Jameson Miller ( jamill) .
^{(Fuso da Junio ​​C Hamano - gitster- nel commit 075bc9c , 29 settembre 2017)}

Migliora le prestazioni di git status --ignored

Migliora le prestazioni della logica dell'elenco delle directory quando si desidera elencare directory ignorate non vuote. Per mostrare directory ignorate non vuote, la logica esistente itererà ricorsivamente attraverso tutti i contenuti di una directory ignorata.
Questa modifica introduce l'ottimizzazione per interrompere l'iterazione del contenuto una volta trovato il primo file. Ciò può avere un miglioramento significativo nelle prestazioni di 'git status --ignored' nei repository con un gran numero di file in directory ignorate.

Per un esempio della differenza di prestazioni su un repository di esempio con 196.000 file in 400 directory ignorate:

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

Per ulteriori miglioramenti (impostati in Git 2.17, Q2 2018), vedi questa risposta .

Le versioni precedenti di git presentano un problema di prestazioni con git status: vedi Modi per migliorare le prestazioni di git status per maggiori informazioni.

git 2.13 ha 1 correzione e 2.17 in più. sono passato da 2.7 a 2.23 e ha risolto lo stato lento. Presto è previsto un altro miglioramento per 2.24.

Nel mio caso, la lentezza è stata causata dall'esecuzione git statuscome utente diverso dal proprietario dei file nel progetto.

Sebbene non sia applicabile in tutti i casi, un semplice chownper il tuo attuale utente può fare il trucco.

Prova a iniziare con un nuovo clone del tuo checkout.

git clone myrepo mynewrepo

e poi fai git status in mynewrepo.

In alternativa, e se sei più coraggioso, pulisci la spazzatura dalla tua cassa esistente.

git clean -dfx

Ciò evita che git debba scansionare alcuni (forse grandi) set di file ignorati o non archiviati.