Tengo alguna aplicación de software administrada usando Git. Acabo de lanzar una nueva versión 2.x que planeo mantener a largo plazo (la mayoría de las correcciones de errores). Mientras tanto, me gustaría comenzar a trabajar en la versión 3.x. ¿Cuál es la forma recomendada de gestionar esto? ¿Debo crear una rama para la versión 2.xy tener el desarrollo 3.x en el maestro? o al revés?
version-control
git
Laurent
fuente
fuente
master
decir. Es solo una etiqueta.Respuestas:
Aquí se describió una forma muy interesante de hacer las cosas: un modelo de ramificación Git exitoso
Lo encontré muy intrigante, pero aún no lo he usado.
Muy bien, como solicitó un resumen (muy) breve de lo que dice el artículo:
Eso es todo, pero confía en mí, que el artículo lo describe con más detalle, y con el útil gráfico de visualización es mucho más fácil de entender.
fuente
Mi principio es que cuanto más corta sea la rama, más profunda debería ser en la estructura de la rama y más específico será su nombre. Cuanto más larga sea la rama, más superficial será en la estructura de la rama y más genérico será su nombre.
Por lo tanto, conserva su maestro para la versión a largo plazo (3.X) y sigue nombrando esta rama con un nombre genérico (maestro, troncal, desarrollo, ...) y no uno específico (nombre de código de lanzamiento o incluso números de lanzamiento peores) que dependen demasiado en la práctica de la decisión de comercialización tardía)
No importa tanto en un sistema como git que tiene un espacio de nombre plano para ramas y donde las ramas son equivalentes. Importa más con un sistema como clearcase que tiene un espacio de nombres jerárquico para ramas (el nombre completo de la rama V4 termina siendo main / v1 / v2 / v3 / v4 ...)
fuente