Despliegue continuo

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).
4. Si un archivo 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 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 en cualquier momento.

¿Sin GitHub? Los servicios desplegados por imagen Docker se actualizan redesplegando desde el dashboard, el CLI o la extensión de VS Code.