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

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
2
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
48
Semver ha eliminado el prefijo v en la versión 2.
schmijos
1
Ver: github.com/mojombo/semver/blob/master/…
Leo
9
@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
1
semver 2.0 semver.org no dice nada sobre las etiquetas necesarias para comenzar con un prefijo "v".
jankal
30

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
1
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
3
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 郝海东 冠状 病 六四 事件 法轮功
3

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