Versiones publicadas: tags y releases
Entre todos los commits de tu proyecto, algunos son especiales: el momento en que dices "esto ya es la versión 1.0". Para marcar y publicar esos momentos importantes, Git tiene los tags y GitHub tiene las releases.
Escucha la lección
Los tags: marcar una versión
Un tag (etiqueta) es una marca que pones en un commit concreto para decir "este punto es importante". Casi siempre se usa para señalar versiones: v1.0, v2.0, v2.1...
git tag v1.0
Eso pone una banderita en el commit actual con el nombre v1.0. ¿Para qué sirve? Para poder volver fácilmente a esa versión más adelante. En vez de buscar entre cientos de commits con códigos raros, dices "llévame a la v1.0" y listo. Es como poner un marcapáginas en el momento exacto en que tu proyecto alcanzó un hito.
Las releases: publicar esa versión
Una release (lanzamiento) es lo que GitHub construye sobre un tag para publicar una versión de cara al mundo. Coges un tag (por ejemplo v1.0) y, desde la web de GitHub, creas una release con:
- ›Un nombre ("Versión 1.0 — Primera versión estable").
- ›Unas notas explicando qué hay de nuevo, qué se arregló, qué cambió.
- ›Los archivos descargables, si tu proyecto es un programa que la gente se baja.
Esto lo has visto mil veces (aunque no lo supieras)
Cada vez que descargas un programa y ves "Versión 3.1" con una lista de novedades, eso es una release de GitHub (o algo muy parecido). Las releases son la forma estándar en la que los proyectos anuncian "aquí está la nueva versión, esto es lo que trae".
Para un proyecto pequeño quizá no necesites releases todavía. Pero saber que existen te coloca: cuando tu proyecto madure y quieras decir "esta es la versión 1.0 oficial", ya sabes cómo se hace.
Con esto cierras el bloque de trabajo en equipo — y casi todo el curso. Ya conoces el recorrido completo de Git y GitHub: desde guardar tu primer cambio hasta publicar una versión para el mundo. No está nada mal. 🎉
¿No programas? Te lo explico fácil · sin tecnicismos
Piensa otra vez en escribir un libro.
Cada commit es como una corrección del día a día: cambias una frase, arreglas una falta. Hay cientos.
Pero llega un momento en que dices: "ya está, esto es la primera edición". Y pones esa etiqueta en la portada. Un tag es justo eso: marcar "aquí está la primera edición" en el punto exacto de tu historia.
Y una release es publicar esa edición de verdad: imprimirla con su título, una nota que cuenta qué tiene de nuevo respecto a la anterior, y dejarla lista para que la gente la coja. "Segunda edición, revisada y ampliada".
Tag = marcar la versión. Release = publicarla con su descripción para el mundo.
Glosario
Tag (etiqueta de versión)
Referencia que marca un commit concreto, normalmente para señalar versiones (v1.0, v2.0). Permite localizar y volver a ese punto fácilmente.
Una banderita que pones en un commit para marcar una versión, como "v1.0". Un marcapáginas de tu historia.
Release (lanzamiento)
Versión publicada en GitHub basada en un tag, con nombre, notas de la versión y archivos descargables.
Una versión publicada de cara al público, con su nombre, sus novedades y sus descargas.
Versión (v1.0, v2.0...)
Identificador de un estado concreto y estable del proyecto, normalmente siguiendo un esquema numérico.
El número que identifica cada etapa importante de tu proyecto, como "v1.0" o "v2.3".