Du git push à l'adresse en ligne. Sans serveur à préparer.
Reliez un dépôt GitHub : chaque push sur la branche suivie lance un build, vos tests passent, puis la nouvelle version remplace l'ancienne sans coupure.
En bref
- Source
- Dépôt GitHub ou image Docker
- Build
- Build auto ou Dockerfile
- Tests avant mise en ligne
- Jusqu'à 10 checks
- Retour arrière
- Sans rebuild
Un déploiement, étape par étape.
01
Un push sur la branche suivie.
Un service se crée depuis un dépôt GitHub : vous choisissez la branche à suivre (main par défaut) et le port de l'application.
Ensuite, chaque commit poussé sur cette branche lance un build. Le déploiement automatique se coupe service par service, pour figer un environnement.
02
La stack est reconnue.
Le builder auto lit le dépôt et choisit la recette : Next.js, Nuxt, Astro, Vite, Node.js, Python, Go ou PHP, sans fichier de configuration.
Un Dockerfile à la racine prend le relais quand vous voulez la main sur l'image. Le cache de build garde ce qui n'a pas changé d'un build à l'autre.
03
Vos tests, avant la mise en ligne.
Un fichier kx712.yml à la racine du dépôt déclare jusqu'à 10 checks : tests, lint, une commande chacun, dans l'image de votre choix.
Le premier échec arrête tout. Rien n'est déployé et la version en ligne reste en place.
04
Sans coupure.
La nouvelle version démarre à côté de l'ancienne. Le trafic ne bascule que lorsqu'elle est prête, puis l'ancienne s'arrête.
Les logs de chaque build restent consultables, même des semaines plus tard.
05
Production, préproduction, développement.
L'environnement se choisit à la création du service, et chacun a son adresse.
La préproduction et le développement restent derrière un jeton : vous envoyez le lien à votre client, il relit avant la mise en ligne.
06
Revenir à la version d'avant.
Chaque déploiement réussi garde son image dans le registre. Un rollback la redéploie telle quelle, sans rebuild.
Les variables d'environnement actuelles s'appliquent : elles ne reviennent pas à leur état de l'époque.
07
Depuis le terminal ou l'éditeur.
La CLI liste vos services, redéploie, suit les logs et revient en arrière. Elle s'installe avec bun add -g Webgune.
L'extension VS Code déploie le service lié au dépôt ouvert et affiche les logs de build sans quitter l'éditeur.
Ce que ça ne fait pas encore.
Le déploiement à chaque push passe par GitHub. Une image Docker se redéploie depuis le dashboard, la CLI ou l'extension VS Code.
La syntaxe de kx712.yml rappelle GitHub Actions, sans être compatible. Pour des tests lourds ou une matrice de versions, gardez votre CI habituelle.
Les builds Node s'exécutent avec npm. Un bun.lock, pnpm-lock.yaml ou yarn.lock est écarté et les dépendances sont résolues à nouveau.
Un rollback ne restaure pas les variables d'environnement de l'époque.
Questions sur le déploiement
Le reste de la plateforme
Votre premier déploiement, ce soir.
Reliez un dépôt, choisissez la branche : le build part tout seul.