Commandes CLI
Vous pouvez utiliser l’interface en ligne de commande (CLI) fournie par Astro pour développer, construire et prévisualiser votre projet à partir d’une fenêtre de terminal.
Commandes astro
Titre de la section Commandes astroUtilisez le CLI en exécutant l’une des commandes documentées sur cette page avec votre gestionnaire de paquets préféré, suivie éventuellement de toutes les options. Les options personnalisent le comportement d’une commande.
L’une des commandes que vous utiliserez le plus souvent est astro dev
. Cette commande démarre le serveur de développement et vous donne un aperçu votre site mis à jour en direct dans un navigateur pendant que vous travaillez :
Vous pouvez taper astro --help
dans votre terminal pour afficher une liste de toutes les commandes disponibles :
Le message suivant s’affichera dans votre terminal :
Vous pouvez ajouter l’option --help
après n’importe quelle commande pour obtenir une liste de toutes les options pour cette commande.
Le message suivant s’affichera dans votre terminal :
Le --
supplémentaire avant chaque option est nécessaire pour que npm
transmette vos options à la commande astro
.
Scripts package.json
Titre de la section Scripts package.jsonVous pouvez également utiliser des scripts dans package.json
pour des versions plus courtes de ces commandes. L’utilisation d’un script vous permet d’utiliser les mêmes commandes avec lesquelles vous pourriez être familier dans d’autres projets, telles que npm run build
.
Pour les commandes astro
les plus courantes (astro dev
, astro build
et astro preview
), les scripts suivants sont ajoutés automatiquement lorsque vous créez un projet en utilisant l’assistant d’installation create astro
.
Lorsque vous suivez les instructions pour installer Astro manuellement, vous êtes invité à ajouter vous-même ces scripts. Vous pouvez également ajouter manuellement d’autres scripts à cette liste pour toute commande que vous utilisez fréquemment.
Vous utiliserez souvent ces commandes astro
, ou les scripts qui les exécutent, sans aucune option. Ajoutez des options à la commande lorsque vous souhaitez personnaliser le comportement de la commande. Par exemple, vous souhaitez peut-être démarrer le serveur de développement sur un port différent ou Build votre site en incluant les pages de brouillon.
astro dev
Titre de la section astro devLance le serveur de développement d’Astro. Il s’agit d’un serveur HTTP local qui ne regroupe pas les fichiers et les ressources. Il utilise le Remplacement de Modules à Chaud (HMR) pour mettre à jour votre navigateur lorsque vous enregistrez des modifications dans votre éditeur.
astro build
Titre de la section astro buildCompile votre site pour le déploiement. Par défaut, cela générera des fichiers statiques et les placera dans un répertoire dist/
. Si le SSR est activé, cela générera les fichiers serveur nécessaires à votre site.
Peut être combiné avec les options courantes documentées ci-dessous.
astro preview
Titre de la section astro previewDémarre un serveur local pour servir votre répertoire statique dist/
.
Cette commande est utile pour prévisualiser votre Build localement avant de le déployer. Elle n’est pas conçue pour être exécutée en production. Pour obtenir de l’aide sur l’hébergement en production, consultez notre guide sur Déployer un site Astro.
Depuis Astro 1.5.0, astro preview
fonctionne également pour les Builds SSR si vous utilisez un adaptateur qui le supporte. Actuellement, seul l’adaptateur Node prend en charge astro preview
.
Peut être combiné avec les options courantes documentées ci-dessous.
astro check
Titre de la section astro checkLance les diagnostics (comme la vérification de type dans les fichiers .astro
) sur votre projet et signale les erreurs à la console. Si des erreurs sont trouvées, le processus se terminera avec un code de 1.
Cette commande est destinée à être utilisée dans un processus d’intégration continue.
Options
Utilisez ces options pour personnaliser le comportement d’une commande.
--watch
Titre de la section --watchLa commande surveillera toute modification apportée aux fichiers .astro
et signalera toute erreur.
--root <path-to-dir>
Titre de la section --root <path-to-dir>Spécifie un autre répertoire racine à vérifier. Par défaut, le répertoire de travail actuel est utilisé.
--tsconfig <path-to-file>
Titre de la section --tsconfig <path-to-file>Spécifie un fichier tsconfig.json
à utiliser manuellement. S’il n’est pas fourni, Astro essaiera de trouver une configuration, ou déduira automatiquement la configuration du projet.
--minimumFailingSeverity <error|warning|hint>
Titre de la section --minimumFailingSeverity <error|warning|hint>Spécifie la gravité minimale nécessaire pour sortir avec un code d’erreur. La valeur par défaut est error
.
Par exemple, l’exécution de astro check --minimumFailingSeverity warning
entraînera la sortie de la commande avec une erreur si des avertissements sont détectés.
--minimumSeverity <error|warning|hint>
Titre de la section --minimumSeverity <error|warning|hint>Spécifie la gravité minimale à afficher. La valeur par défaut est hint
.
Par exemple, l’exécution de astro check --minimumSeverity warning
montrera les erreurs et les avertissements, mais pas les indices.
--preserveWatchOutput
Titre de la section --preserveWatchOutputSpécifie qu’il ne faut pas effacer la sortie entre les contrôles lorsqu’on est en mode de surveillance.
--noSync
Titre de la section --noSyncSpécifie de ne pas exécuter astro sync
avant de vérifier le projet.
astro sync
Titre de la section astro sync
Ajouté à la version :
astro@2.0.0
Exécuter astro dev
, astro build
ou astro check
exécutera également la commande sync
.
Génère des types TypeScript pour tous les modules Astro. Cela configure un fichier src/env.d.ts
pour l’inférence de type et définit le module astro:content
pour l’API de Collections de Contenu.
- Le module
astro:content
pour l’API des Collections de contenus. - Le module
astro:db
pour Astro DB. - Le module
astro:env
pour la fonctionnalité expérimentale Astro Env. - Le module
astro:actions
pour Astro Actions
astro add
Titre de la section astro addAjoute une intégration à votre configuration. En savoir plus dans le guide des intégrations.
astro docs
Titre de la section astro docsLance directement le site web Astro Docs depuis le terminal.
astro info
Titre de la section astro infoRapporte des informations utiles sur votre environnement Astro actuel. Utile pour fournir des informations lors de l’ouverture d’un problème.
Exemple de sortie :
astro preferences
Titre de la section astro preferencesGérer les préférences des utilisateurs avec la commande astro preferences
. Les préférences utilisateur sont spécifiques à chaque utilisateur d’Astro, contrairement au fichier astro.config.mjs
qui modifie le comportement de toutes les personnes travaillant sur un projet.
Par défaut, les préférences de l’utilisateur sont limitées au projet en cours, et sont stockées dans un fichier local .astro/settings.json
..
En utilisant l’option --global
, les préférences utilisateur peuvent aussi être appliquées à tous les projets Astro sur la machine courante. Les préférences utilisateur globales sont stockées dans un emplacement spécifique au système d’exploitation.
Préférences disponibles
devToolbar
— Active ou désactive la barre d’outils de développement dans le navigateur. (Défaut :true
)checkUpdates
— Active ou désactive les vérifications automatiques des mises à jour pour l’Astro CLI. (Défaut :true
)
La commande list
affiche les paramètres actuels de toutes les préférences configurables de l’utilisateur. Elle supporte également une sortie --json
lisible par la machine.
Exemple de sortie du terminal :
Preference | Value |
---|---|
devToolbar.enabled | true |
checkUpdates.enabled | true |
Vous pouvez enable
, disable
, ou reset
les préférences à leur valeur par défaut.
Par exemple, pour désactiver la devToolbar dans un projet Astro spécifique :
Pour désactiver la devToolbar dans tous les projets Astro sur la machine actuelle :
La devToolbar peut ensuite être activée avec :
La commande reset
réinitialise une préférence à sa valeur par défaut :
astro telemetry
Titre de la section astro telemetryConfigure la télémétrie pour l’utilisateur actuel du CLI. La télémétrie est une donnée anonyme qui fournit à l’équipe Astro des informations sur les fonctionnalités Astro les plus souvent utilisées. Pour en savoir plus, voir la page télémetrie d’Astro’.
La télémétrie peut être désactivée avec cette commande CLI :
La télémétrie peut être réactivée ultérieurement avec :
La commande reset
réinitialise les données de télémétrie :
Ajoutez la commande astro telemetry disable
à vos scripts IC ou définissez la variable d’environnement ASTRO_TELEMETRY_DISABLED
.
Options courantes
Titre de la section Options courantes--root <chemin>
Titre de la section --root <chemin>Spécifie le chemin de la racine du projet. Si aucun chemin n’est spécifié, le répertoire de travail actuel est considéré comme la racine.
La racine est utilisée pour trouver le fichier de configuration Astro.
--config <chemin>
Titre de la section --config <chemin>Spécifie le chemin du fichier de configuration par rapport à la racine du projet. Il est défini par défaut à astro.config.mjs
. Utilisez cette option si vous utilisez un nom différent pour votre fichier de configuration ou si votre fichier de configuration est dans un autre dossier.
--outDir <chemin>
Titre de la section --outDir <chemin>
Ajouté à la version :
astro@3.3.0
Configure le outDir
pour votre projet. Passer cette option remplacera la valeur de outDir
dans votre fichier astro.config.mjs
, s’il en existe un.
--site <url>
Titre de la section --site <url>Configure le site
pour votre projet. Utiliser cette option remplacera, si elle existe, la valeur site
de votre fichier astro.config.mjs
.
--base <chemin>
Titre de la section --base <chemin>
Ajouté à la version :
astro@1.4.1
Configure la base
de votre projet. Utiliser cette option remplacera, si elle existe, la valeur base
de votre fichier astro.config.mjs
.
--port <number>
Titre de la section --port <number>Spécifie le port sur lequel le serveur de développement et le serveur de prévisualisation doivent être exécutés. La valeur par défaut est 4321
.
--host [adresse d'hôte optionnelle]
Titre de la section --host [adresse d'hôte optionnelle]Définit les adresses IP du réseau sur lesquelles le serveur de développement et le serveur de prévisualisation doivent écouter (c.-à-d. les adresses IP non locales). Cela peut être utile pour tester votre projet sur des appareils locaux comme un téléphone portable pendant le développement.
--host
— écoute sur toutes les adresses, y compris les adresses LAN et publiques--host <adresse personnalisée>
- écoute sur une adresse IP du réseau à<adresse personnalisée>
.
N’utilisez pas l’option --host
pour exposer le serveur de développement et le serveur de prévisualisation dans un environnement de production. Ces serveurs sont conçus pour une utilisation locale lors du développement de votre site uniquement.
--verbose
Titre de la section --verboseActive les journaux verbeux, ce qui est utile pour déboguer un problème.
--silent
Titre de la section --silentActive les journaux silencieux, ce qui lance le serveur sans aucune sortie dans la console.
Ouvre automatiquement l’application dans le navigateur au démarrage du serveur. Une chaîne d’URL complète (par exemple --open http://example.com
) ou un chemin d’accès (par exemple --open /about
) peut être transmis pour spécifier l’URL à ouvrir.
Options globales
Titre de la section Options globalesUtilisez ces options pour obtenir des informations à propos du CLI astro
.
--version
Titre de la section --versionAffiche le numéro de version d’Astro et quitte.
Affiche le message d’aide et quitte.
API avancées (expérimentales)
Titre de la section API avancées (expérimentales)Si vous avez besoin de plus de contrôle lors de l’exécution d’Astro, le paquet "astro"
exporte également des API pour exécuter par programme les commandes CLI.
Ces API sont expérimentales et leur signature peuvent changer. Toute mise à jour sera mentionnée dans le Astro changelog et les informations ci-dessous montreront toujours les informations actuelles et à jour.
AstroInlineConfig
Titre de la section AstroInlineConfigLe type AstroInlineConfig
est utilisé par toutes les API de commande ci-dessous. Il s’étend à partir du type utilisateur Astro config :
configFile
Titre de la section configFileType : string | false
Par défaut : undefined
Un chemin personnalisé vers le fichier de configuration d’Astro.
Si cette valeur est indéfinie (par défaut) ou non définie, Astro recherchera un fichier astro.config.(js,mjs,ts,mts)
relatif à la root
et chargera le fichier de configuration s’il est trouvé.
Si un chemin relatif est défini, il sera résolu en fonction de l’option root
.
Mettre false
pour désactiver le chargement de tout fichier de configuration.
La configuration en ligne passée dans cet objet sera prioritaire lors de la fusion avec la configuration utilisateur chargée.
Type : "development" | "production"
Par défaut : "development"
lors de l’exécution de astro dev
, "production"
lors de l’exécution de astro build
Le mode utilisé lors de la construction de votre site pour générer du code “developpement” ou “production”.
logLevel
Titre de la section logLevelType : "debug" | "info" | "warn" | "error" | "silent"
Par défaut : "info"
Le niveau de journalisation pour filtrer les messages enregistrés par Astro.
"debug"
: Enregistre tout, y compris les diagnostics de débogage."info"
: Enregistre les messages d’information, les avertissements et les erreurs."warn"
: Enregistre les avertissements et les erreurs."error"
: Ne consigne que les erreurs."silent"
: Pas de journalisation.
Type : (inlineConfig: AstroInlineConfig) => Promise<DevServer>
Similaire à astro dev
, il fait tourner le serveur de développement d’Astro.
DevServer
Titre de la section DevServeraddress
Titre de la section addressL’adresse que le serveur de développement écoute.
Cette propriété contient la valeur renvoyée par la méthode net.Server#address()
de Node.
handle()
Titre de la section handle()Une méthode pour gérer les requêtes HTTP Node brutes. Vous pouvez appeler handle()
avec un objet http.IncomingMessage
et un objet http.ServerResponse
au lieu d’envoyer une requête via le réseau.
watcher
Titre de la section watcherL’observateur de fichiers Chokidar tel qu’il est exposé par le serveur de développement de Vite.
Arrête le serveur de développement. Cela ferme toutes les connexions inactives et arrête d’écouter les nouvelles connexions.
Renvoie une promesse (Promise
) qui se résout une fois que toutes les demandes en attente ont été satisfaites et que toutes les connexions inactives ont été fermées.
build()
Titre de la section build()Type : (inlineConfig: AstroInlineConfig) => Promise<void>
Similaire à astro build
, il construit votre site pour le deploiement.
preview()
Titre de la section preview()Type : (inlineConfig: AstroInlineConfig) => Promise<PreviewServer>
Similaire à astro preview
, il démarre un serveur local pour servir la sortie de votre construction.
Si aucun adaptateur n’est défini dans la configuration, le serveur d’aperçu ne servira que les fichiers statiques créés. Si un adaptateur est défini dans la configuration, le serveur d’aperçu est fourni par l’adaptateur. Les adaptateurs ne sont pas tenus de fournir un serveur d’aperçu, cette fonctionnalité peut donc ne pas être disponible en fonction de l’adaptateur choisi.
PreviewServer
Titre de la section PreviewServerL’hôte sur lequel le serveur écoute les connexions.
Les adaptateurs sont autorisés à laisser ce champ non défini. La valeur de host
est spécifique à l’implémentation.
Le port sur lequel le serveur écoute les connexions.
Demande au serveur de prévisualisation de se fermer, de cesser d’accepter les demandes et de supprimer les connexions inactives.
La Promise
renvoyée est résolue lorsque la demande de fermeture a été envoyée. Cela ne signifie pas que le serveur est déjà fermé. Utilisez la méthode closed()
si vous devez vous assurer que le serveur est complètement fermé.
closed()
Titre de la section closed()Renvoie une promesse (Promise
) qui se résoudra une fois le serveur fermé et sera rejetée si une erreur se produit sur le serveur.
Type : (inlineConfig: AstroInlineConfig) => Promise<void>
Similaire à astro sync
, il génère des types TypeScript pour tous les modules Astro.
Astro Studio CLI
Titre de la section Astro Studio CLIastro login
Titre de la section astro loginS’authentifier avec Astro Studio. Cette action est nécessaire pour exécuter toutes les commandes de gestion de base de données, y compris astro link
.
astro link
Titre de la section astro linkLien vers votre base de données hébergée dans Studio. Ce lien est nécessaire pour exécuter les commandes Astro DB pour la gestion de la base de données. Pour lier une base de données, vous serez invité à sélectionner une base de données existante ou à en créer une nouvelle.
astro logout
Titre de la section astro logoutDéconnectez-vous d’Astro Studio et supprimez toutes les clés d’authentification stockées localement.
Reference