Tengo 5-10 proyectos independientes que deseo colocar bajo control de versión usando Git. ¿Cuál es la mejor manera de organizar los proyectos/repositorios:¿Cuál es la mejor manera de organizar proyectos múltiples al usar git
¿Qué funcionó mejor para ti y por qué?
Definitivamente diría que use un repositorio para cada proyecto. De lo contrario, vas a tener todo tipo de diafonía entre proyectos, sin mencionar que es complicado especificar rutas largas si estás utilizando la línea de comando git. Git funciona muy bien con el único repositorio por modelo de proyecto, realmente no veo ningún motivo para usar otra cosa; No creo haber entendido realmente por qué SVN promovió el trabajo de esa manera.
Completar Marc's answer, ir con un repositorio central (con todos los proyectos dentro) no impide que haya varios repositorios, cada uno con su propio proyecto.
Oigámoslo de Linus himself:
No hay problemas reales de cualquier manera, y tal vez más importante, es ni siquiera algo que tiene que decidir sobre el primer día.
Puede hacerlo fácilmente de un modo u otro, y, o bien
- interruptor de alrededor como necesarios
- o incluso mezcla los dos enfoques donde tiene sentido.
Por ejemplo, puede ser enteramente conveniente contar con la "distribución puntos" común utilizar un único depósito compartido que contiene todos los módulos como ramas separadas dentro del mismo repositorio.
Pero a pesar de que un repositorio de punto de distribución central está configurado de esa manera, los desarrolladores individuales pueden decidir que son más felices que tienen repositorios separados para diferentes módulos. Los dos enfoques son no mutuamente incompatibles, y puede recuperar datos y volver a insertarlos entre ambos tipos diferentes de repositorios.
Si el repositorio está dañado. Tiene efectos en todos los equipos del proyecto. Por lo tanto, el repositorio de cada proyecto es una buena idea.
En principio, lo que dices es correc. Pero va en contra del espíritu de git tener solo un gran repositorio compartido. Cada desarrollador debe tener su propia área de trabajo (en su estación de trabajo) bajo control git. De modo que tiene redundancia y puede restaurar el repositorio "central" de una o más copias del desarrollador. – CyberFonic
Solo quería agregar que esto también es válido para SVN. Lo mejor es tener un repositorio por proyecto. – Petros
Recuerdo haber leído muchos artículos sobre cómo configurar un servidor SVN que parecían implicar que era mejor usar un repositorio. Aunque tal vez solo estaba leyendo las fuentes equivocadas. –