Despliegues y rollback
Despliegues y rollback
La pestaña Despliegues de un servicio es su historial completo: cada build aparece listado con su commit, su estado, su duración y sus logs.
Ciclo de vida de un despliegue
| Estado | Significado |
|---|---|
| En curso | El build está corriendo, logs en directo |
| Éxito | Imagen construida y desplegada |
| Fallo | El build o un check falló. No se desplegó nada |
| Cancelado | Build interrumpido manualmente |
Un despliegue exitoso reemplaza al anterior sin interrupción: la nueva versión arranca, y el tráfico solo cambia cuando está lista.
Volver atrás (rollback)
Cada despliegue exitoso conserva su imagen en el registry interno. Para volver a una versión anterior:
- Abre la pestaña Despliegues del servicio.
- Localiza el despliegue objetivo en el historial.
- Haz clic en Rollback. La imagen de esa época se redespliega tal cual, sin rebuild.
El rollback es casi instantáneo ya que no se necesita ningún build. Las variables de entorno actuales se aplican (no se restauran a su estado de esa época).
Cancelar un build en curso
Un build lanzado por error (o bloqueado) se cancela desde la línea del despliegue, botón Cancelar. El servicio sigue corriendo con su versión anterior.
Logs de build
Los logs de cada build se persisten: puedes reabrir un despliegue de varias semanas de antigüedad y releer toda su salida. Indispensable para comparar un build que funcionaba con uno que falla.
Despliegue automático: si el servicio sigue una rama de GitHub, cada push activa un build (despliegue continuo). Los checks de kx712.yml permiten bloquear el despliegue si tus tests fallan.