# Despliegues y rollback

Source : https://webgune.cloud/es-es/docs/deploiements-rollback · Mis à jour le 2026-10-27

# 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:

1. Abre la pestaña **Despliegues** del servicio.
2. Localiza el despliegue objetivo en el historial.
3. 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](/docs/cicd-introduction)). Los [checks de kx712.yml](/docs/kx712-yml) permiten bloquear el despliegue si tus tests fallan.