Pipelines de CI/CD
Los repositorios alojados en Gitea siguen un patrón común de integración continua, con dos pipelines complementarios: uno para desarrollo y otro para producción.
Convención de nombres de rama
Toda rama que no sea main debe seguir el formato <tipo>/<descripción>, con el
tipo siendo uno de feature, fix, hotfix o chore (por ejemplo,
feature/nuevo-login). Los pipelines validan este formato automáticamente y
rechazan cualquier rama que no lo cumpla.
Pipeline de desarrollo (scratch)
Se dispara en cada push a cualquier rama que no sea main.
- Build & push: construye la imagen del proyecto y la publica en el registro de contenedores, etiquetada con la rama y el commit de origen.
- Despliegue automático a desarrollo: actualiza automáticamente el entorno de desarrollo para que sirva la imagen recién publicada, sin intervención manual — el cambio queda visible en el entorno de dev apenas termina el pipeline.
Este pipeline existe para que cualquier cambio en una rama de trabajo se pueda
probar de inmediato en un entorno real, sin necesidad de mergear a main primero.
Pipeline de producción (releases)
Se dispara en cada push a la rama main (típicamente al mergear un pull
request).
- Build & push: construye la imagen del proyecto y la publica en el registro
de contenedores de producción, con una etiqueta de versión propia además de
main.
El despliegue a producción a partir de esa imagen es un paso posterior, deliberado y no automático.
Resumen
| Se dispara con | Publica en | Despliega automático | |
|---|---|---|---|
scratch |
push a cualquier rama ≠ main |
registro de desarrollo | Sí, a desarrollo |
releases |
push a main |
registro de producción | No |