Ramas y etiquetas de liberación de flujo de Git, con o sin el prefijo "v"

119

He visto múltiples definiciones contradictorias en varios sitios web relacionados con git flow. ¿Existe una recomendación oficial o una única fuente de verdad?

Ramas: release-1.2.3orelease-v1.2.3

Etiquetas: 1.2.3ov1.2.3

git naming-conventions git-flow

— friederbluemle
fuente

Ver también stackoverflow.com/questions/2006265/…

— Raedwald

Respuestas:

101

Bueno, básicamente es una cuestión de preferencia, pero prefiero la versión con v, como Semver lo hace de esa manera y trato de seguir esa especificación lo más cerca posible para obtener un control de versiones sano.

También facilita el filtrado de esas etiquetas, ya que puede presionar vy luego la TABtecla -para autocompletar: esto mostrará una lista de todas las etiquetas (y tal vez algunas ramas), mientras que hay varios dígitos con los que una etiqueta podría comenzar.

Consulte también: ¿Existe una convención de nomenclatura estándar para las etiquetas git?

— TimWolla
fuente

Gracias, eso tiene sentido. Creo que es interesante ver que el proyecto Git Flow en sí no usa los prefijos v: github.com/nvie/gitflow. Por las razones por las que tú y @VonC publicaron, sigo prefiriendo las etiquetas de versión que incluyan el prefijo v.

— friederbluemle

Semver ha eliminado el prefijo v en la versión 2.

— schmijos

Ver: github.com/mojombo/semver/blob/master/…

— Leo

@schmijos @LeoTM - El documento solo establece que v1.2.3 no es una versión semántica. La pregunta era sobre las etiquetas Git. De hecho, el repositorio semver todavía se usa v2.0.0como etiqueta para la versión 2: github.com/mojombo/semver/releases/tag/v2.0.0

— friederbluemle

semver 2.0 semver.org no dice nada sobre las etiquetas necesarias para comenzar con un prefijo "v".

— jankal

Dado que v significa versión, las etiquetas generalmente se denominan vX.YZ, y XYZ sigue a Semantic Versioning 2.0.0 .

Esto permite que las ramas XYZ coexistan con esas etiquetas, sin tener que lidiar con mensajes de error como "fatal: nombre de objeto ambiguo" (como en "¿ Nombres ambiguos con GIT? ").

Tenga en cuenta que las etiquetas para Git en sí se han "adaptado" recientemente por una razón sorprendente: consulte "Reglas de cambio de versión de código" ".

— VonC
fuente

Cuando las personas usan las mejores prácticas como semver , probablemente usen un sistema como Git Flow o algo similar. Eso evitaría ese choque de referencias (nombre de etiqueta de ecualización de rama). Aparte de eso, ¿qué le impediría a uno nombrar una rama vX.Y.Zentonces? Eso no es realmente una gran discusión :)

— Kaiser

semver 2.0 semver.org no dice nada sobre las etiquetas necesarias para comenzar con un prefijo "v".

— jankal

@jankal estoy de acuerdo. Solo mencioné semver para la política XYZ.

— VonC

Un argumento menor es que obtendrán más personas v1.2.3que b1.2.3:-)

— Ciro Santilli 郝海东冠状病六四事件法轮功

https://semver.org/#is-v123-a-semantic-version

¿Es “v1.2.3” una versión semántica? No, "v1.2.3" no es una versión semántica. Sin embargo, anteponer una "v" a una versión semántica es una forma común (en inglés) de indicar que es un número de versión. La abreviatura de "versión" como "v" se ve a menudo con el control de versiones. Ejemplo: git tag v1.2.3 -m "Versión de lanzamiento 1.2.3", en cuyo caso "v1.2.3" es un nombre de etiqueta y la versión semántica es "1.2.3".

— Muelle
fuente