tener tag repositorio remove qué que proyecto podemos para oneline nuestros mayor log herramienta hacer hace control git version-control repository

tag - ¿qué hace git log-oneline?



¿Cuál es la mejor manera de organizar proyectos múltiples al usar git? (3)

Definitivamente diría usar 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.

Tengo 5-10 proyectos independientes que quiero colocar bajo control de versiones usando Git. ¿Cuál es la mejor manera de organizar los proyectos / repositorios?

  • Use un repositorio para cada proyecto
  • uso un repositorio para todo mi trabajo y uso subdirectorios para cada proyecto
  • O algo completamente diferente

¿Qué funcionó mejor para ti y por qué?


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.


Para completar la respuesta de Marc , ir con un repositorio central (con todos los proyectos dentro) no impide que haya varios repositorios, cada uno con su propio proyecto.

Vamos a escucharlo del propio Linus :

No hay problemas reales de ninguna manera, y tal vez más importante, ni siquiera es algo que tienes que decidir desde el primer día.

Puedes hacerlo fácilmente de una forma u otra, y

  • cambiar según sea necesario
  • o incluso mezclar los dos enfoques donde tenga sentido.

Por ejemplo, puede ser completamente sensato que los "puntos de distribución" comunes usen un único repositorio compartido que contenga todos los módulos como ramas separadas dentro del mismo repositorio.

Pero a pesar de que ese repositorio de punto de distribución central está configurado de esa manera, los desarrolladores individuales pueden decidir que están más contentos de tener repositorios separados para diferentes módulos. Los dos enfoques no son mutuamente incompatibles, y puede obtener datos y volver a enviarlos entre los diferentes tipos de repositorios.