Ho un piccolo problema con git nel mio pc, creo una nuova cartella e avvio Git Bash, ma ci vuole così tanto tempo per caricare git, dato che mostrerà il prompt dei comandi ma bisogno di un po 'di tempo per mostrare la linea git.Git è lento all'avvio
Qualsiasi indizio su questo?
Grazie
L'aggiornamento alla versione più recente (1.7.3.1) sembra aver risolto questo problema per me, su XP.
Potrebbe non essere a conoscenza che in realtà non necessità usare la shell "Git Bash". Se si aggiunge la directory contenente git.exe alla variabile di ambiente PATH, è possibile eseguire semplicemente i comandi git dal normale prompt dei comandi di Windows.
Sarà più veloce? –
@jpartogi - Un po '(sensazione soggettiva, non posso verificare ora) - ma perderai tutte le "scintille e stelle" (colori in guscio e simili). Il vantaggio (o lo svantaggio) è che stai usando cmd invece di bash. – Rook
Potresti controllare il tuo .bashrc?
A volte, un prompt un po 'troppo sofisticato può rendere la shell lenta a rispondere troppo.
Vedere questo blog entry as an illustration.
@Vonc: non riesco a trovare tale file. Dove risiede di solito? –
@Daniel: su Windows, nella directory home dell'utente ('c: \ Users \ login' per Vista e Seven,' C: \ Document and Settings \ login' per Xp) – VonC
@Vonc: Penso di non avere quel tipo di impostazione. Non riesco a trovare il file in c: \ users \
Qualsiasi utente che abbia problemi di lentezza in Windows 7 potrebbe voler controllare this related question che spiega che è a causa di UAC. La soluzione è Run as Administrator.
Sfortunatamente questo non risolve i sintomi descritti nella domanda (solo lentamente all'avvio) sulla mia macchina XP.
Nota: se questo risolve il problema, non contrassegnarlo come risposta, almeno non senza modificare il titolo della domanda per includere il fatto che sia su Windows7 e non solo all'avvio! – Benjol
Non è così. Ho disattivato il controllo dell'account utente. In qualche modo è appena diventato veloce qualche tempo fa, ma grazie per il tuo tempo. –
cosa? Pensavo di aver fatto questa domanda. Appena visto ora non sono stato io. Spiacente: p –
Ho avuto un problema simile. Si è scoperto che la home directory era su un disco di rete e questo ha causato un sacco di rallentamenti.
È possibile controllare la directory home digitando echo $HOME in Git bash. Se punta a un'unità di rete, puoi modificarla in un percorso locale (ad esempio C:\documents and settings\<login> su XP) impostando la variabile di ambiente HOME in Windows.
Se l'avvio è ancora lento, verificare se la directory iniziale per il collegamento Git Bash è %HOMEDRIVE%%HOMEPATH%. Se è così, prova a cambiarlo in %HOME%.
Ho avuto lo stesso identico problema. Fondamentalmente, o disconnettere le unità di rete (che velocizzeranno lo script git.cmd), o forse fare quanto sopra. – cgp
Ho lo stesso problema, ogni "Entry" richiede più di 10 secondi per ottenere risposta. E servono anche più di 20 secondi per avviare la shell. Ho reinstallato il git, il problema esisteva anche. Quindi penso a quello che ho fatto negli ultimi giorni, ho aggiunto qualche dir al PATH, e ho aggiunto molti strumenti nella directory. Quindi, provo a rimuovere la directory dal PERCORSO e, successivamente, la shell è tornata alla normalità.
$ cat ~/.profile
#!/bin/bash
#export PATH=$PATH:"/c/Program Files/qemu/"
#export PATH="/d/rootfs/bin":"/d/rootfs/usr/bin":$PATH
#export PATH="/c/Program Files (x86)/CodeBlocks/MinGW/bin":$PATH
#export LD_LIBRARY_PATH="/d/rootfs/lib/"
alias ..="cd .."
alias ll="ls -l"
#alias make=mingw32-make.exe
#alias bash=bash.exe
#alias sh=sh.exe
Potrebbe definire "lento"? 5s, 10s, minuto? Ci vogliono forse 5 secondi sulla mia macchina (relativamente debole) ... ma quanto spesso lo carica? (Lo lascio sullo sfondo). – Rook
@Daniel: forse vuoi inserire la tua domanda con maggiori dettagli sul tuo PC, sul tuo sistema operativo, ecc., Poiché sembrano essere rilevanti per diagnosticare il problema. – bernie
@adam: win 7, processore xeon 2.2 ghz, ram 2 gb @Idigas: è come se fosse bloccato lì per circa 20 s, se è vuoto, e richiede più tempo se c'è un repository locale in esso. –