Skip to main content
WebguneWebgunebeta
Pricing

Poussez votre code.
On reconnaît le reste.

Le builder analyse votre dépôt à chaque déploiement et reconnaît plus de 40 frameworks : il choisit la commande de build, les artefacts à embarquer et la commande de démarrage adaptée — sans Dockerfile ni configuration à écrire.

Déployer maintenantDocumentation complète

Ce que le builder reconnaît, et comment il le démarre

Pour chaque framework, deux colonnes disent l'essentiel : le signal qui déclenche la détection — une dépendance de package.json ou un fichier à la racine — et la commande de démarrage générée. Les dépendances priment sur les fichiers de configuration : elles restent le signal le plus fiable.

Next.jsNext.jsbuild
  1. $git push origin main
  2. →analyse du dépôt…
  3. ✓signal trouvé : next
  4. ✓framework : Next.js (React fullstack)
  5. →démarrage : next start · standalone auto
  6. ✓écoute sur 0.0.0.0:$PORT

Survolez ou choisissez un framework : le terminal rejoue ce que le builder fait au déploiement.

FrameworkDétectionCommande de démarrage
Next.jsNext.jsReact fullstacknextnext start · standalone auto
NuxtNuxtVue fullstacknuxtnode .output/server/index.mjs
SvelteSvelteKitSvelte fullstack@sveltejs/kitnode build/index.js
RemixRemixReact SSR@remix-run/*remix-serve build
AstroAstroSSR ou statiqueastronode dist/server/entry.mjs
RedwoodJSRedwoodJSFullstack GraphQL@redwoodjs/corerw serve
SolidSolidStartSolid fullstack@solidjs/startnode .output/server/index.mjs
QwikQwik CityResumable apps@builder.io/qwik-citynode server/entry.express.js
GatsbyGatsbyStatique Reactgatsbyserve public/
ViVikeSSR sur Vitevikeserveur custom (npm start)
BlBlitz.jsToolkit sur Nextblitzblitz start
FreshFreshRuntime Denodeno.jsondeno run -A main.ts
ExpressExpressLe standard minimalisteexpressnpm start · node index.js
FastifyFastifyPerformances d'abordfastifynpm start · node server.js
NestJSNestJSArchitecture structurée@nestjs/corenode dist/main.js
KoaKoaPar l'équipe d'Expresskoanpm start · node app.js
HaHapiConfig plutôt que code@hapi/hapinpm start · node server.js
Sails.jsSailsMVC à la Railssailsnpm start · node app.js
AdonisJSAdonisJSFullstack TypeScript@adonisjs/corenode build/bin/server.js
LoopBackLoopBackAPIs par IBM@loopback/corenode .
FeFeathersJSAPIs temps réel@feathersjs/*npm start · node src/index.js
ReRestifyAPIs REST puresrestifynpm start · node server.js
EgEgg.jsFramework d'Alibabaeggegg-scripts start
ToTotal.jsPlateforme complètetotal.jsnpm start · node index.js
FoFoalTSTypeScript élégant@foal/corenpm start
MaMarble.jsRéactif (RxJS)@marblejs/corenode dist/main.js
MoleculerMoleculerMicroservicesmoleculermoleculer-runner services
SeSenecaMicroservices legacysenecanpm start · node index.js
ViteViteReact, Vue, vanilla…vite.config.*serve dist/
gulpGulpPipelines d'assetsgulpfile.jsserve du dossier de sortie
Node.jsNode.jsGénériquepackage.json + startnpm start
DjangoDjangoPython batteries incl.manage.pygunicorn <app>.wsgi
FastAPIFastAPIAPIs Python modernesrequirements.txtuvicorn main:app
FlaskFlaskMicro-framework Pythonrequirements.txtgunicorn app:app
LaravelLaravelPHP artisanalartisanphp artisan serve
Ruby on RailsRuby on RailsConvention d'abordGemfilerails server
GoGoBinaire compilégo.mod./<binaire>
RustRustBinaire compiléCargo.toml./target/release/<binaire>
DenoDenoRuntime TypeScriptdeno.jsondeno run -A main.ts
DockerDockerfileVotre build, vos règlesDockerfiledéfini par l'image

Trois étapes, à chaque déploiement

01

Clone et analyse du dépôt

À chaque déploiement, le builder clone votre branche puis inspecte le dépôt : dépendances déclarées dans package.json, fichiers de configuration (next.config, astro.config, go.mod, Cargo.toml…). Les dépendances priment — elles restent le signal le plus fiable, même sans fichier de config.

02

Génération de la recette de build

Le framework identifié détermine la recette : commande de build, artefacts à embarquer dans l'image finale et commande de démarrage. Un projet Blitz n'est jamais confondu avec le Next qu'il embarque, un NestJS jamais réduit à son Express interne — l'ordre de détection est pensé pour ça.

03

Démarrage adapté au framework

La commande de démarrage s'adapte : script start de votre package.json quand il existe, sortie compilée pour NestJS ou AdonisJS, serveur Nitro pour Nuxt et SolidStart, simple serveur statique pour un build Vite ou Gatsby. Et si un Dockerfile est committé dans votre dépôt, vous pouvez lui confier tout le build.

Comprendre les builds Surcharger le démarrage

Questions fréquentes

Le détail complet des recettes par framework est dans la documentation.
Le builder auto reconnaît aussi une trentaine de langages (Python, Go, PHP, Ruby, Rust, Java…). S'il ne trouve rien, trois issues : définir une commande de démarrage personnalisée dans le dashboard, ajouter un Procfile avec une ligne web: (hors projets Node), ou committer un Dockerfile et passer en mode Dockerfile pour piloter entièrement le build.
Votre application doit lire la variable d'environnement PORT et écouter sur 0.0.0.0, jamais sur localhost. C'est la seule convention exigée : toutes les commandes de démarrage générées la transmettent au framework.
L'ordre de détection privilégie toujours le framework de plus haut niveau : Blitz avant Next, Qwik et Vike avant Vite, NestJS ou FeathersJS avant l'Express qu'ils listent en dépendance. Le premier signal qui correspond gagne, et le nom du framework retenu s'affiche dans les logs de build.
Oui, à deux niveaux : la commande de démarrage personnalisée du dashboard remplace celle générée sans toucher au dépôt, et le mode Dockerfile vous donne le contrôle complet de la recette (build, artefacts, démarrage).
Le builder normalise le gestionnaire de paquets sur npm au moment du build : les lockfiles alternatifs sont ignorés et les dépendances réinstallées proprement. Votre projet reste inchangé — seule l'image de production est concernée.

Votre framework est dans la liste ?

Connectez votre dépôt GitHub, choisissez la branche, et laissez le builder faire le reste. Premier déploiement en quelques minutes, logs de build en direct dans le dashboard.

Créer un compteDéployer depuis GitHub
WebguneWebgune

The all-in-one sovereign cloud, built and hosted in France.

DiscordDiscordGitHubGitHub
+33 (0)9 72 23 25 00support@webgune.cloud

Product

  • Features
  • Pricing
  • Comparison
  • Changelog
  • Status
  • Vulnerabilities (CVE)
  • Contact

Developers

  • Documentation
  • Frameworks
  • API Reference
  • Examples
  • CLI
  • Tools & VS Code

Legal

  • Terms of Service (CGS)
  • Privacy policy
  • Legal notices
  • Accessibility
  • GDPR
  • DPA
  • Acceptable Use Policy

© 2026 KX712. All rights reserved. Webgune is a KX712 service.

Payments:VisaMasterCardAmerican ExpressApple PayGoogle PaySEPABancontact