Etiquetas: git desarrollo ci
Cuando se gestiona código fuente con git resulta muy útil etiquetar las revisiones que se corresponden con versiones estables de la aplicación. De esa manera se facilita la construcción automática de releases con herramientas como jenkins. También es útil cuando dichas construcciones se hacen de forma manual, ya que son muy pocas las revisiones (commits) correspondientes a versiones estables en comparación con todas las revisiones que se hacen durante el proceso de desarrollo.
Ocurre a veces, muchas veces, que se etiqueta una revisión y al poco tiempo se da uno cuenta de que hay que cambiar algo y hacer una nueva revisión. Y convendría que la etiqueta que se asignó a la revisión anterior pase a designar la nueva revisión.
Supongamos que tenemos una revisión etiquetada como v0.1.2, y hacemos una nueva revisión con tres chorradas que nos hemos dejado atrás. Hacemos commit con los nuevos cambios y queremos que la etiqueta v0.1.2 pase a designar la revisión recien creada. Entonces, tras hacer commit y push, es decir tras enviar los cambios al repositorio central, podemos hacer lo siguiente:
git tag --delete v0.1.2
git push --delete origin v0.1.2
git tag -a v0.1.2 -m 'version v0.1.2'
git push --tags
Y ya hemos "subido" la etiqueta a la última revisión.