Compilez un projet Svelte ou SvelteKit avec l’adaptateur choisi, servez les fichiers générés, vérifiez les routes et conservez la commande de production avec le code source.
Même opérationnel, un projet Svelte doit être mis en production en toute sécurité.
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Conservez votre méthode de compilation Svelte
Utilisez l’adaptateur choisi dans le dépôt et les dépendances verrouillées. Les fichiers compilés et le processus de déploiement restent explicites, sans devoir deviner si le projet est statique ou rendu côté serveur.
Promouvoir la version dont les contrôles de santé réussissent
Servez les fichiers générés par un adaptateur statique ou démarrez le processus de l’adaptateur Node.js, puis vérifiez la route racine ou de contrôle de santé appropriée avant la promotion en production.
Relier la production au code source
Les résultats de compilation, les journaux d’exécution, l’état de santé, les secrets, les domaines et la version promue restent associés au projet au lieu d’être dispersés entre des outils indépendants.
Du code source à la mise en production
Trois étapes vous permettent de vérifier le parcours de déploiement.
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
01
Commencer par la source ou un modèle
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios login
02
Revoir le contrat de déploiement
Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yaml
03
Déployer et inspecter le résultat
Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios up
adios.yaml
Votre projet
name: svelte-app
build_cmd: npm ci && npm run build
start_cmd: npm start
runtime:
name: node@24
port: 3000
health_path: /
Adaptez npm start à l’adaptateur SvelteKit choisi. Pour une sortie statique, vous pouvez utiliser le modèle Nginx.
Points de départ déployables
Démarrer Svelte à partir d'un modèle lorsque le dépôt n'est pas prêt.
Utilisez le modèle statique Nginx pour une compilation adapter-static, ou conservez un contrat d’exécution Node.js pour les fichiers générés par adapter-node.
Applications Web
Nginx statique
Un projet de démarrage Nginx pour les sites statiques HTML, CSS et JavaScript, ainsi que les applications monopages.
HTMLAucune
Clé du modèle
nginx:static
Environnement d’exécution
nginx
Dépôt
template-nginx-static
Emplacement de la source
.
git clone https://github.com/adiosdotdev/template-nginx-static.git
cd template-nginx-static
adios up
Vérifier la charge de travail.Puis promouvez la version en production.
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Prêt quand...
L'adaptateur sélectionné correspond au modèle d'hébergement prévu.
npm run build emits the expected output.
La commande de production sert cette sortie.
Les valeurs privées restent du côté du serveur.
Prévisualiser quand...
L’application passe d’un adaptateur statique à un adaptateur Node.js, ou inversement.
Les hooks serveur dépendent de services externes.
Les routes prérendues et dynamiques nécessitent des vérifications distinctes.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer Svelte.
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Adios peut-il déployer un projet Svelte existant ?
Oui. Exécutez la CLI Adios depuis la racine du projet, conservez votre dépôt et vos fichiers de dépendances et ajoutez un fichier adios.yaml décrivant la compilation de production, la commande de démarrage, le port et le chemin de contrôle de santé.
Ai-je besoin de Docker pour déployer Svelte ?
Pas pour un environnement d’exécution standard pris en charge. Utilisez les commandes de production habituelles du projet dans adios.yaml. Si la compilation nécessite des packages système inhabituels ou des bibliothèques natives, vérifiez ces dépendances dans un aperçu avant la promotion en production.
Adios peut-il déployer les fichiers générés par adapter-node pour SvelteKit ?
Oui. Compilez le projet avec adapter-node, lancez le serveur Node.js généré et déclarez son port ainsi que ses contrôles de santé dans adios.yaml.
Un site Svelte entièrement statique peut-il utiliser le modèle statique ?
Oui. Compilez avec un adaptateur statique et servez les fichiers générés avec le modèle statique Nginx, puis testez le fallback des routes côté client.
Que se passe-t-il si la compilation ou le contrôle de santé échoue ?
La version candidate conserve ses résultats de compilation et d’exécution pour vérification. Ses contrôles de santé doivent réussir avant sa promotion comme version desservant la route de l’application.
Puis-je partir d’un modèle plutôt que d’un dépôt existant ?
Oui. Cette page référence les modèles Adios officiels les plus proches pour Svelte. Examinez la variante exacte du code source, déployez-la dans la console ou clonez-la localement et exécutez adios up.