Ambientes y entregas
Ambientes con nombre libre
Un ambiente es un lugar donde vive tu aplicación. Le pones el nombre que quieras (Desarrollo, QA, Beta, UAT, Producción…) y le asignas un tipo:
| Tipo | Uso |
|---|---|
| Productivo | Lo que usan tus clientes. Por defecto exige aprobación para publicar. |
| Preproductivo | Validación previa (QA, Beta, UAT). |
| Sandbox | Pruebas y demos. Se puede borrar y recrear libremente. |
Cada empresa comienza con tres ambientes (desarrollo, QA y producción) que puedes cambiar. Puedes definir una ruta de promoción, por ejemplo que producción solo reciba lo que ya pasó por QA, y cada ambiente puede pedir su propia aprobación.
Releases versionados
El trabajo se entrega en releases con número de versión (por ejemplo 1.2.0). El sistema decide el tipo de incremento según el contenido: mayor si rompe compatibilidad, menor si agrega funciones y parche si solo corrige. Cada versión queda etiquetada en tus repositorios con sus notas de entrega.
Puedes programar una construcción para una fecha y hora, y encolar varios releases: se construyen en orden.
Dos puertas de calidad
- Al construir: revisión de código y pruebas del cambio.
- Antes de la primera salida a un ambiente de validación: revisión y pruebas completas, más exigentes.
La verificación de normativa también actúa como puerta antes de producción.
Hotfix
Cuando hay un error urgente en producción, un hotfix salta la cola: parte de la versión que está en producción, corrige una sola solicitud y se publica como corrección sin esperar a otros releases.
Demo espejo de producción
Un ambiente puede marcarse como espejo de producción: cada vez que publicas en producción, el mismo release se despliega automáticamente en la demo, sin pruebas ni aprobaciones adicionales.
Dónde se despliega
- Vercel, para aplicaciones web.
- Servidor propio, con contenedores Docker.
- Solo código, cuando prefieres que tu equipo haga la publicación: SynTeam entrega el código listo y te lo indica.
Tras publicar, se ejecuta una prueba de humo que comprueba que la aplicación responde, que sus rutas principales funcionan y, si aplica, que el inicio de sesión funciona.
Aprobaciones
Puedes exigir aprobación humana antes de publicar en cualquier ambiente; en los productivos viene activada por defecto. Con la separación de funciones activada, otra persona distinta de quien construyó debe desplegar.
Si algo falla
El equipo corrige y reintenta un número configurable de veces. Si no lo logra, el release queda esperando tu decisión: continuar, excluir la solicitud que falla o cancelar. Los conflictos con otras ramas de trabajo se resuelven automáticamente con un agente cuando es posible.
Avisos
Puedes recibir avisos por correo cuando un release se construye, se despliega, falla o necesita una decisión.