Gitflow: git-flow `tag` confirmar la ubicación al finalizar el lanzamiento

Creado en 30 sept. 2015 · 4Comentarios · Fuente: nvie/gitflow

Tengo entendido de la página http://nvie.com/posts/a-successful-git-branching-model/ , donde aprendí por primera vez el modelo git-flow hace aproximadamente 2 años, que un tag siempre estaría en la confirmación donde la rama release se fusionó con master .

Recientemente instalé el complemento git-flow para extensiones de Git y el tag se está aplicando a la última confirmación en la rama release y no en la confirmación combinada en master rama.

¿Es esto un error? ¿Realmente importa en cuál está el tag ? Mi solución es el proceso manual de eliminar tag y volver a crearlo donde aprendí a crearlo.

Fuente

RoLYroLLs

👍5 👎1

Comentario más útil

Según tengo entendido, colocar la etiqueta en la rama de lanzamiento antes de fusionar (y no en la rama maestra) es de hecho lo correcto, por lo que también se puede encontrar por git describe --tags en la rama de desarrollo. Ver # 374

knox en 16 mar. 2016

👍6

Todos 4 comentarios

Me acabo de encontrar con el mismo problema con el mismo entendimiento que tienes @RoLYroLLs. Aquí hay una cita del artículo:

Cuando el estado de la rama de lanzamiento está listo para convertirse en un lanzamiento real, es necesario realizar algunas acciones. Primero, la rama de lanzamiento se fusiona en master (ya que cada confirmación en master es una nueva versión por definición, recuerde). A continuación, esa confirmación en master debe etiquetarse para facilitar la referencia futura a esta versión histórica.

Espero que esto se solucione, ya que tengo que hacer lo mismo, eliminar y recrear el baile, mencionaste.

gligoran en 14 oct. 2015

Ok, hice algunos juegos con esto y descubrí cómo "arreglarlo", por así decirlo, con la metodología escrita en http://nvie.com/posts/a-successful-git-branching-model/.

Siento que este proyecto ha sido abandonado ya que la última vez que se tocó fue en 2012, así que no crearé un PR, pero dejaré este problema activo.

Sin embargo, para aquellos de ustedes como yo, pueden editar los siguientes archivos:

https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-release#L253
y
https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-hotfix#L297

Cambiar $BRANCH a $MASTER_BRANCH

RoLYroLLs en 28 nov. 2015

knox en 16 mar. 2016

👍6

Según tengo entendido, colocar la etiqueta en la rama de lanzamiento antes de fusionar (y no en la rama maestra) es de hecho lo correcto, por lo que también se puede encontrar por git describe --tags en la rama de desarrollo. Ver # 374

Ese fue un argumento extraño.
Las fuentes están versionadas para que pueda correlacionar las aplicaciones implementadas con la fuente que las creó, está implementando desde el maestro -> el maestro debe estar etiquetado.