El proyecto debe seguir Semantic Versioning (semver) para el etiquetado de versiones estables en main.
| Segmento | Cuándo incrementar |
|---|---|
| MAJOR | Cambios incompatibles con versiones anteriores (breaking changes). |
| MINOR | Nueva funcionalidad compatible con versiones anteriores. |
| PATCH | Correcciones de bugs compatibles con versiones anteriores. |
main que marque el product increment.main que representa el cierre del sprint.# Crear y subir un tag
git checkout main
git pull origin main
git tag -a v1.2.0 -m "Release v1.2.0 - Sprint 12: módulo de login y correcciones"
git push origin v1.2.0 Junto con cada tag, se debe generar un Release en GitLab documentando:
main (gracias al squash) para generar changelogs automáticos con: git log --oneline v1.1.0..v1.2.0