Cuantas veces nos ha pasado de mergear un cambio de develop a master con la seguridad de que el cambio «en cuestion» no afectaba a nada y no era necesario hacer pruebas…
Tras el paso de un tiempo (días, meses o años) vuelves a encontrarte con ese cambio y toca cambiarlo y entonces en cuando todos entran en modo pánico, oh!oh!
Gracias a Azure DevOps y unas pequeñas «best practices» aplicadas de base cabe la posibilidad de auto tagear la rama master cada vez que se ejecute la pipeline:

Marcando esta opción te creara una tag en el repo, la cual nos servirá en el futuro para identificar en que etiqueta se metió el dichoso cambio del que hablaba al principio.
Por ultimo, es muy útil este pequeño tip porque nos da la posibilidad de relacionar la versión desplegada con la rama real de master que se utilizo para el despliegue.
Os dejo un ejemplo de repo con tags automáticas para que veías como va evoluciona en el tiempo:

Deja un comentario