¿Debo almacenar el repositorio de git en Home o Eclipse Workspace?

Question

Me estoy moviendo de svn a git, y estoy dispuesto a sentar algunas buenas bases.

Por defecto Eclipse quiere guardar mi depósito clon local en: ~/git. Me siento más cómodo manteniendo todos los datos para una tarea en el mismo espacio de trabajo, por lo que estoy dispuesto a mantenerlo en mi área de trabajo.

¿Hay algún pros/contra significativo que deba considerar?

no tengo la intención de hacer una gran cantidad de ramificación - Realmente voy por el camino de DVCS sobre todo para superar algunos problemas de Comms Internet no fiables.

Answer 1

También estoy cambiando a Git en Eclipse y leyendo sobre este tema. Parece que current wisdom (aunque no todos están de acuerdo) es:

• que acostumbrarse a no tener sus proyectos por debajo del directorio de espacio de trabajo.

• Tener un repositorio git para cada grupo de proyectos relacionados Eclipse (y quizá más archivos, por supuesto). El concepto de "proyectos relacionados" depende de su conveniencia [*]

• Para cada repositorio, un primer directorio de nivel para cada proyecto Java. Esto implica que tendrá un directorio .git/ y, en el mismo nivel, los directorios del proyecto.

Ejemplo: supongamos que, "antes de GIT", que tenía un área de trabajo de Eclipse con varios proyectos:

/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) 

A continuación, vamos a crear dos directorios vacíos, uno para cada repositorio, dice:

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

y después, con el nuevo diseño de GIT, tendrá:

/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) hace todo esto para que cuando se hace clic Ruta Team-> Compartir sobre un proyecto existente y especificar (en el ejemplo) ~/repositories/XXX/.git/ como repositorio, (~/repositories/XXX/ como "Directorio de trabajo", deje " dentro del repositorio " en blanco).

[*] Tenga en cuenta que aquí cada grupo de proyectos es, desde el punto de vista de Git, solo un conjunto de directorios dentro de un repositorio. Algunas implicaciones relevantes: en el ejemplo anterior, nunca tendrá en el área de trabajo de Eclipse dos ramas/versiones diferentes de los proyectos projYYY1 - projYYY2 simultáneamente; y, por ejemplo, cuando etiqueta una confirmación de proyecto, en realidad está etiquetando el compromiso completo del repositorio (grupo de proyectos).

Answer 2

El .git debe haber en su árbol de trabajo es (es decir, los archivos que representan el actual jefe de la rama actual que se está trabajando)

Recuerde que con Git, ramas no son directorios (en contraposición a SVN) , por lo que su árbol de trabajo representará directamente un contenido de rama, no varios directorios (para sus diversas ramas), seguido de un contenido por rama.

por lo general me gusta mantener mis fuentes proyecto separado de mi espacio de trabajo de Eclipse, pero eso es una cuestión de preferencia.

Answer 3

creo, es una buena idea almacenar el árbol de versiones Git fuera del espacio de trabajo. De esta forma, es posible separar proyectos de diferentes repositorios, pero aún así manejarlos en el mismo espacio de trabajo.

Además, si coloca el código fuera del área de trabajo, puede organizar sus proyectos jerárquicamente fuera del área de trabajo (en la copia de trabajo), pero aún así ver la representación plana en Eclipse.