Del git push a la dirección en línea. Sin servidor que preparar.
Conecta un repositorio de GitHub: cada push a la rama seguida lanza un build, tus tests pasan y la nueva versión sustituye a la anterior sin cortes.
En resumen
- Origen
- Repositorio de GitHub o imagen Docker
- Build
- Build automático o Dockerfile
- Tests antes de publicar
- Hasta 10 checks
- Vuelta atrás
- Sin rebuild
Un despliegue, paso a paso.
01
Un push a la rama seguida.
Un servicio se crea desde un repositorio de GitHub: eliges la rama que seguir (main por defecto) y el puerto de la aplicación.
Desde entonces, cada commit enviado a esa rama lanza un build. El despliegue automático se desactiva servicio por servicio, para congelar un entorno.
02
El stack se reconoce.
El builder automático lee el repositorio y elige la receta: Next.js, Nuxt, Astro, Vite, Node.js, Python, Go o PHP, sin archivo de configuración.
Un Dockerfile en la raíz toma el relevo cuando quieres controlar la imagen. La caché de build guarda lo que no ha cambiado entre builds.
03
Tus tests, antes de publicar.
Un archivo kx712.yml en la raíz del repositorio declara hasta 10 checks: tests, lint, un comando cada uno, en la imagen que elijas.
El primer fallo lo detiene todo. No se despliega nada y la versión en línea sigue en su sitio.
04
Sin cortes.
La nueva versión arranca junto a la anterior. El tráfico solo cambia cuando está lista, y después la anterior se detiene.
Los logs de cada build siguen disponibles, incluso semanas después.
05
Producción, preproducción, desarrollo.
El entorno se elige al crear el servicio, y cada uno tiene su dirección.
La preproducción y el desarrollo quedan detrás de un token: envías el enlace a tu cliente y revisa antes de publicar.
06
Volver a la versión anterior.
Cada despliegue correcto guarda su imagen en el registro. Un rollback la vuelve a desplegar tal cual, sin rebuild.
Se aplican las variables de entorno actuales: no vuelven a su estado de entonces.
07
Desde el terminal o el editor.
La CLI lista tus servicios, redespliega, sigue los logs y vuelve atrás. Se instala con bun add -g Webgune.
La extensión de VS Code despliega el servicio vinculado al repositorio abierto y muestra los logs de build sin salir del editor.
Lo que todavía no hace.
El despliegue en cada push pasa por GitHub. Una imagen Docker se redespliega desde el dashboard, la CLI o la extensión de VS Code.
La sintaxis de kx712.yml recuerda a GitHub Actions, sin ser compatible. Para tests pesados o una matriz de versiones, mantén tu CI habitual.
Los builds de Node se ejecutan con npm. Un bun.lock, pnpm-lock.yaml o yarn.lock se aparta y las dependencias se resuelven de nuevo.
Un rollback no restaura las variables de entorno de entonces.
Preguntas sobre el despliegue
El resto de la plataforma
Tu primer despliegue, esta noche.
Conecta un repositorio, elige la rama: el build arranca solo.