Las etiquetas (tags) marcan puntos específicos en el historial como importantes — típicamente versiones (releases) (versiones como v1.0.0). A diferencia de las ramas, las etiquetas son punteros fijos que no se mueven, utilizadas para etiquetar y referenciar versiones de lanzamiento. Son centrales para el versionado y la gestión de lanzamientos.
git tag -a v1.0.0 -m
git tag v1.0.0
git tag -a v1.0.0 <commit> -m
Las etiquetas anotadas (recomendadas para lanzamientos) almacenan metadatos (autor, fecha, mensaje); las etiquetas ligeras son solo un nombre que apunta a un commit.
git tag # list tags
git show v1.0.0 # show a tag and its commit
git checkout v1.0.0 # check out the code at a tag (detached HEAD)
# tags are NOT pushed by default — push them explicitly:
git push origin v1.0.0 # push a specific tag
git push origin --tags # push all tags
Importante: las etiquetas no se envían automáticamente con git push — debes enviarlas explícitamente.
BRANCH → a MOVABLE pointer that advances as you commit (ongoing development)
TAG → a FIXED pointer to a specific commit (a permanent label — doesn't move)
→ Use tags to permanently mark releases/milestones; branches for ongoing work.
SEMANTIC VERSIONING (SemVer): MAJOR.MINOR.PATCH (e.g. v2.3.1)
MAJOR → breaking changes | MINOR → new features (compatible) | PATCH → bug fixes
→ Tags label these versions. Platforms (GitHub) build "Releases" from tags
(with release notes, built artifacts) for distribution.
Comprender las etiquetas y los lanzamientos es valioso para el versionado y la gestión de lanzamientos, por lo que es conocimiento práctico útil para trabajar con software lanzado. Las etiquetas marcan puntos importantes en el historial — típicamente versiones de lanzamiento (como v1.0.0) — proporcionando referencias fijas y permanentes a commits específicos, lo cual es esencial para rastrear y referenciar qué código constituye cada lanzamiento.
Comprender la distinción entre etiquetas anotadas (recomendadas para lanzamientos, almacenando metadatos como el autor, fecha y mensaje) y etiquetas ligeras es conocimiento práctico para un etiquetado de lanzamiento apropiado.
Saber cómo crear, listar y revisar etiquetas, e importantemente que las etiquetas no se envían automáticamente (requiriendo git push origin --tags explícito o enviar etiquetas específicas — una trampa común donde las personas crean etiquetas pero olvidan enviarlas), es necesario para gestionar correctamente etiquetas de lanzamiento.
Comprender etiquetas vs ramas (una etiqueta es un puntero fijo a un commit específico — una etiqueta permanente que no se mueve — mientras que una rama es un puntero movible que avanza con el desarrollo) aclara sus roles diferentes: etiquetas para marcar permanentemente lanzamientos/hitos, ramas para trabajo en curso.
Comprender la conexión con versionado semántico (convenciones MAJOR.MINOR.PATCH para comunicar la naturaleza de los cambios) y cómo las plataformas construyen Lanzamientos a partir de etiquetas (con notas de lanzamiento y artefactos para distribución) refleja cómo las etiquetas encajan en la gestión de lanzamientos real.
Ya que lanzar y versionar software es una necesidad común y las etiquetas son el mecanismo de Git para marcar y referenciar versiones de lanzamiento (central para la gestión de lanzamientos e integrado con las características de lanzamiento de las plataformas), comprender las etiquetas y los lanzamientos — etiquetas anotadas vs ligeras, enviarlas, etiquetas vs ramas, y su rol en versionado/lanzamientos — es conocimiento valioso y prácticamente relevante de Git para gestionar software lanzado, un aspecto útil del desarrollo profesional conectado con convenciones de versionado y procesos de lanzamiento.