Git tags y releases: cómo saber qué versión está en producción
Publicado el 2026-10-26 por frfrand
Versionar despliegues y recuperar el commit exacto de una app
Si te preguntan «¿qué versión está en producción?» y respondés «la última de main», tenés un problema de trazabilidad. Una rama puede seguir avanzando. Un tag identifica una revisión concreta y facilita volver a encontrarla.
La idea es usarlo para resolver un problema de verdad, no memorizar comandos porque quedan bien en una captura. Vamos con lo esencial, un ejemplo de trabajo y los errores que más conviene evitar.
Qué hace Git tags y releases y cuándo sirve
Los tags livianos funcionan como referencias; los anotados guardan metadatos como mensaje y creador. Un release en GitHub suele organizar notas y artefactos alrededor de un tag. Ninguna de esas cosas despliega la aplicación por sí sola.
Si estás aprendiendo, probalo primero en un repositorio o entorno de prueba. Si administrás producción, documentá el estado antes de ejecutar nada que altere archivos, historial o datos. Eso te permite entender qué cambió y recuperarte si te equivocás.
Ejemplo para copiar y entender
git status
git log -1 --oneline
git tag -a v1.4.0 -m 'Lanzamiento 1.4.0'
git push origin v1.4.0
git show v1.4.0
git rev-parse v1.4.0^{}No copies la orden final sin mirar el estado previo. Los nombres de ramas, host, usuario o rutas son ejemplos; reemplazalos por los de tu proyecto. Algunos comandos modifican archivos o hacen peticiones que pueden escribir datos.
Cómo lo usaría paso a paso
- Paso 1. Elija una convención estable para versiones, por ejemplo
v1.4.0. - Paso 2. Etiquete el commit realmente probado, no uno que todavía no se ejecutó en staging.
- Paso 3. Publique el tag y documente cambios importantes y migraciones.
- Paso 4. Guarde el tag y el hash en el registro del despliegue.
- Paso 5. Para revertir, compruebe compatibilidad de datos y vuelva a una versión conocida con un procedimiento ensayado.
Deténgase después de cada paso y compruebe el resultado. Si algo falla, anote el mensaje exacto antes de cambiar de estrategia. Saltar entre cinco soluciones aleatorias suele dificultar encontrar la causa real.
Un caso que podría pasarle trabajando con clientes
La plataforma de tours incorpora cupones. La versión v1.4.0 cambia la API y una migración; el tag permite saber exactamente qué código se publicó y qué cambios hubo desde v1.3.0.
El objetivo no es que «funcione una vez», sino que pueda explicar cómo lo repite sin comprometer otra aplicación. Si hay datos o credenciales de clientes, trabaje con pruebas separadas y accesos mínimos.
El error que más veo
No reutilice un mismo tag para apuntar a commits diferentes: confunde artefactos, caches y auditoría. Y recuerde que volver al tag anterior no necesariamente deshace migraciones.
Una regla sencilla: si no puede explicar qué hará el comando sobre su código o servidor, mire primero su ayuda oficial. Así evitará confundir una solución rápida con un problema nuevo.
¿Dónde entra ArduMaker?
En ArduMaker puedes desplegar desde repositorios Git. Vincula cada publicación al tag o hash para investigar errores de servidor y coordinar cambios del backend con datos persistentes.
Por ejemplo, puedes desplegar desde un repositorio Git a un VPS, asociar un dominio HTTPS y administrar servicios y bases desde el mismo entorno. El panel reduce tareas repetitivas de infraestructura, pero no reemplaza Git, las pruebas ni la revisión de permisos del proyecto.
Preguntas rápidas antes de aplicarlo
¿Esto cambia producción? Depende de dónde ejecutes la acción. Prueba localmente primero, identifica el commit o servicio afectado y prepara un plan de recuperación.
¿Cómo compruebo que salió bien? No te quedes con la ausencia de mensajes de error: revisa el estado, ejecuta un test funcional y comprueba los logs o el historial correspondiente.
¿Conviene automatizarlo? Si es repetible y tiene resultados verificables, sí. Pero la automatización debería fallar de forma clara y no esconder errores o credenciales.
Para ampliar
Resumen: la herramienta útil no es la que tiene más opciones, sino la que te permite entender qué cambió, comprobarlo y seguir trabajando sin sorpresas.