Si se crea una rama en el control de fuente, ¿qué número de versión se debe usar si hay una versión del código ramificado?Control de fuente: ¿qué numeración de versión se debe usar para las ramas?
por ejemplo. Si el último número de versión era v1.2.8 y se crea una rama, ¿cuáles deberían ser los números de la siguiente versión de la rama y el tronco principal?
depende de lo que es la rama de (lo que aislar esfuerzo de desarrollo, como se describe en "When should you branch")
Por ejemplo, para una solución que no añade ninguna nueva característica, que podría ser v1.2.9.
Pero en realidad las políticas de versión son:
Lo importante que debe recordar es que una etiqueta como vx.y.z puede ser generat ed en cualquier rama. Simplemente marca un punto estable en el ciclo de vida del desarrollo.
En nuestro proyecto sigue la estrategia de una sola rama de lanzamiento: lanzamiento será siempre se realiza en la rama de la liberación. Puede haber varias ramas de desarrollo/características/corrección de errores, pero nunca lanzamos el producto desde esas ramas. Primero se fusionarán en la rama de lanzamiento y la versión de la rama de lanzamiento.
En la rama sin liberación, siempre se utiliza la versión SNAPSHOT (utilizamos Maven) y el nombre de la versión es el nombre de la rama. Por ejemplo, en una rama que nombra featureX, la versión es featureX-SNAPSHOT. En la rama de publicación se usa la versión numérica. El número de versión se incluirá en una nueva versión. De esta forma, no nos molestará qué número de versión usar en una rama no release.
Ok, por lo que el tiempo que los desarrolladores son conscientes de lo que significan los números de versión, entonces está bien? – CJ7
@Craig: sí, está bien, siempre que su significado se ajuste al esfuerzo de desarrollo aislado en dicha rama. – VonC
si solo se trata de una pequeña corrección de errores/actualización, entonces no debería ser solo un incremento del último número: es decir. v1.2.10? – CJ7