# Despliegue continuo

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

# Despliegue continuo

Cada `git push` puede desplegar automáticamente: la plataforma escucha los webhooks de GitHub de tus repositorios conectados y reconstruye el servicio en cuanto llega un commit a la rama seguida.

## Cómo funciona

1. Haces push de un commit a la rama seguida (por ejemplo `main`).
2. GitHub notifica a la plataforma mediante la aplicación de GitHub instalada en el repositorio.
3. Se inicia un build ([ver cómo funcionan los builds](/docs/builds-railpack)).
4. Si un archivo [`kx712.yml`](/docs/kx712-yml) define **checks** (tests, lint), se ejecutan primero, y un fallo **cancela el despliegue**.
5. Build correcto → la nueva versión reemplaza a la anterior sin interrupción.

El commit, su mensaje y su estado de despliegue son visibles en la pestaña **Despliegues**, y se reportan en GitHub (estado del commit).

## Activar / desactivar el despliegue automático

El despliegue automático se ajusta **por servicio** en sus ajustes. Desactivado, los push ya no tienen efecto: despliegas manualmente con **Redesplegar**. Es útil para un entorno que quieras congelar.

## Filtrar los disparadores

Sin configuración, cualquier push a la rama seguida activa un build. El archivo [`kx712.yml`](/docs/kx712-yml) permite afinarlo:

- `branches`: reaccionar solo a ciertas ramas;
- `paths`: ignorar un push que no toca ningún archivo relevante. Es útil en monorepo: el servicio backend no reconstruye cuando solo cambia `frontend/**`.

## En caso de fallo

Un build o un check que falla **no afecta** a la versión en línea: el servicio sigue corriendo en el último despliegue exitoso. Corrige, vuelve a hacer push, o [vuelve a una versión anterior](/docs/deploiements-rollback) en cualquier momento.

> **¿Sin GitHub?** Los servicios desplegados por [imagen Docker](/docs/deployer-docker) se actualizan redesplegando desde el dashboard, el [CLI](/docs/cli) o la [extensión de VS Code](/docs/extension-vscode).