Devo immagazzinare git repository in Home o Eclipse Workspace?

Question

Mi sto solo spostando da svn a git, e sono desideroso di gettare delle buone basi.

Per impostazione predefinita, Eclipse desidera memorizzare il mio repository clone locale in ~/git. Sono più a mio agio nel mantenere tutti i dati per un'attività nello stesso spazio di lavoro, quindi sono propenso a tenerlo nel mio spazio di lavoro.

Ci sono dei pro/contro significativi che dovrei prendere in considerazione?

Non ho intenzione di fare molte ramificazioni - sto davvero seguendo il percorso di dvcs principalmente per superare alcuni problemi di comunicazione Internet non affidabili.

Answer 1

Sto passando a Git in Eclipse e sto leggendo di questo problema. Sembra che current wisdom (anche se non tutti sono d'accordo) è:

• abituarsi a non avere i vostri progetti sotto la directory di lavoro.

• Dispongono di un repository git per ogni gruppo di progetti eclissi correlati (e forse più file, ovviamente). Il concetto di "progetti correlati" è di tuo gradimento [*]

• Per ciascun repository, una directory di primo livello per ciascun progetto Java. Ciò implica che avrai una directory .git/ e, allo stesso livello, le directory del progetto.

Esempio: supponiamo che, "prima di GIT", tu avessi un lavoro di Eclipse con diversi progetti:

/wk/workspace/.metadata/ 
/wk/workspace/projXXX/ 
/wk/workspace/projXXXtest/ (related with the previous) 
/wk/workspace/projYYY1/  | 
/wk/workspace/projYYY2/  > three related projects 
/wk/workspace/projYYY3/  | 
/wk/workspace/projZ/  (a project you are not going to version in git) 

Poi si creerà due directory vuote, una per ogni repository, dite:

~/repositories/XXX/ 
~/repositories/YYY/ 

e poi, con il nuovo layout GIT, avrai:

/wk/workspace/.metadata/ 
/wk/workspace/projZ/ 

~/repositories/XXX/.git/ (XXX related repository - non-bare) 
~/repositories/XXX/projXXX/ 
~/repositories/XXX/projXXXtest/ 

~/repositories/YYY/.git/ (YYY related repository - non-bare) 
~/repositories/YYY/projYYY1/ 
~/repositories/YYY/projYYY2/ 
~/repositories/YYY/projYYY3/ 

Eclipse (EGit) fa tutto questo per voi quando si fa clic su Team-> Condividi su un progetto esistente e specificare (nell'esempio) ~/repositories/XXX/.git/ come repository, (~/repositories/XXX/ come "Directory di lavoro", lasciare "Path nel repository " vuoto).

[*] Tenere presente che qui ogni gruppo di progetti è, dal punto di vista Git, solo un insieme di directory all'interno di un repository. Alcune implicazioni rilevanti: nell'esempio sopra, non avrai mai nello spazio di lavoro di Eclipse due diversi rami/versioni di progetti projYYY1 - projYYY2 contemporaneamente; e, ad esempio, taggando un commit di progetto, si sta effettivamente taggando il commit completo del repository (gruppo di progetti).

Answer 2

Il .git dovrebbe essere in cui il vostro albero di lavoro è (cioè i file che rappresentano l'attuale capo del ramo corrente si sta lavorando)

Ricorda che con Git, rami non sono le directory (al contrario di SVN) , quindi il tuo albero di lavoro rappresenterà direttamente un contenuto di ramo, non diverse directory (per i tuoi vari rami), seguite da un contenuto per ramo.

In genere mi piace tenere separate le sorgenti del progetto dal mio spazio di lavoro Eclipse, ma è una questione di preferenza.

Answer 3

Penso che sia una buona idea memorizzare l'albero della versione git al di fuori dell'area di lavoro. In questo modo è possibile separare progetti da repository diversi, ma gestirli nello stesso spazio di lavoro.

Inoltre, se si inserisce il codice all'esterno dell'area di lavoro, è possibile organizzare i propri progetti gerarchicamente al di fuori dell'area di lavoro (nella copia di lavoro), ma vedere ancora la rappresentazione piatta in Eclipse.