2010-10-07 7 views
5

Il problema è che Egit/Eclipse è molto lento nel gestire grandi progetti Java (~ 2000 file). mezzi molto lento seguente su un Windows 7/quad configurazione core/SSD:Egit molto lento nel gestire grandi progetti

  • 60 secondi per disegnare la finestra commit
  • altri 30 s per fare la commit (sarebbe accettabile)

  • 60 s per il disegno della finestra di spinta (vedi i cambiamenti)
  • altri 120 s per spingere ing (sarebbe accettabile, troppo)

  • 1.620 s (27 m) per sincronizzare tra due rami (entrambi sono stati controllati fuori qualche volta)

Per un produttivo questo ambiente non è accettabile. Non penso di fare qualcosa di sbagliato, perché testare tutto su un progetto completamente nuovo porta a prestazioni "reali".

È normale?

+0

Ho provato alcuni altri progetti e sono giunto alla conclusione, che è solo la "profondità" della storia che rende le operazioni (o meglio: il disegno dei dialoghi) così lento. Ad esempio, il disegno della finestra di commit impiega la stessa quantità di tempo per l'intero repository del kernel Linux (350M, importato come progetto generale) come fa per un repository 1M del mio. Dall'altro lato è più veloce con il repository 20M di node.js. – usr200910

risposta

2

Trovo egit synchronize slow sul mio progetto di dimensioni grandi/medie. Ho pensato che potrebbe avere a che fare con il numero di file non tracciati nel mio repository locale, ma non è il caso.

Ogni ramo del mio progetto java è composto da almeno 2000 file java, non rappresenta una risorsa, artefatti del livello di presentazione.

Non ho trovato problemi simili con la riga di comando Git su Windows (Mingw), per git status/diff o qualsiasi comando per quella materia.

0

Trovo che eGit sia troppo lento se si hanno troppi rami (git branch -r). Ma se hai solo 10-15 rami o meno, allora eGit funziona perfettamente, e il commit della finestra e della cronologia appare velocemente.

1

Ho anche incontrato un problema di risposta lenta EGit su Windows sul mio computer. Ci è voluto molto tempo per mostrare la finestra di modifica del commit dopo aver premuto Ctr + Shift + 3 e anche digitando il messaggio di commit era lento.

Trovo che EGIT spenda molto sforzo di elaborazione su file non tracciati. Per me, mi interessa solo i file con estensioni specifiche. Così ho messo un file .gitignore nella mia directory principale per ignorare tutto tranne le estensioni di file curate. Ad esempio, il mio tenore di .gitignore è:

**/* 
!*.m 
!*.h 
!*.cpp 
!*.mat 
!*.xml 
!CMakeLists.txt 
!.project 
!.gitignore 

Dopo di che, il problema risposta lenta è migliorata.