1
Installer la CLI
squarecloud --version. Si la commande est introuvable, consultez Installation.2
Se connecter
3
Ajouter un fichier de configuration
À la racine de votre projet, créez un fichier Pour un site web, ajoutez
squarecloud.app. Il indique à Square Cloud quel fichier exécuter, combien de mémoire réserver et quelle version du runtime utiliser :squarecloud.app
SUBDOMAIN=<name> pour le publier sur <name>.squareweb.app. Chaque clé est expliquée dans le guide du fichier de configuration.4
Téléverser le projet
Depuis le dossier du projet, exécutez :La CLI compresse le dossier, en laissant de côté ce que liste Elle écrit aussi l’ID de la nouvelle application dans votre fichier de configuration, pour que les commandes suivantes sachent de quelle app il s’agit :
squarecloud.ignore (ainsi que node_modules, .git et les fichiers de verrouillage par défaut), et crée une nouvelle application :Sortie
squarecloud.app
5
Vérifier qu'elle tourne
ID=. Pour suivre la sortie en direct, exécutez squarecloud app realtime et appuyez sur Ctrl+C pour arrêter.6
Publier une modification
Modifiez votre code, puis envoyez le dossier à la même application et redémarrez-la :
upload crée une nouvelle application à chaque fois ; commit met à jour celle que vous avez déjà et conserve son ID, son domaine et ses paramètres.Comment la CLI trouve votre application
Les commandes qui agissent sur une application affichent[appID] dans leur utilisation : l’ID est facultatif. La CLI choisit l’application dans cet ordre :
- L’ID que vous passez. C’est le premier argument, ou
--app <appID>pour les commandes dont les arguments sont autre chose :app env set,removeetreplace, toutes les commandesapp file,app deploy webhook,app deploy github linketunlink, etapp network domain. - La ligne
ID=du fichiersquarecloud.appdu dossier courant (ousquarecloud.config; si les deux existent,squarecloud.appl’emporte). - Un sélecteur listant vos applications, lorsque la CLI s’exécute dans un terminal. Utilisez les flèches et
Entrée;Échapannule.
commitn’ouvre jamais le sélecteur. Sans argument ni ligneID=, elle s’arrête avec le code de sortie 1 et en demande un.app snapshot restoreprend toujours l’ID de l’application comme premier argument.- Les bases de données n’ont pas de fichier de configuration : les commandes
dbprennent l’ID de la base de données ou ouvrent un sélecteur de vos bases. - Les commandes
workspacequi agissent sur un workspace prennent toujours son ID.
squarecloud app list. Dans les scripts et la CI, passez toujours l’ID ou conservez la ligne ID= : le sélecteur a besoin d’un terminal interactif.
Où l’ID est enregistré
upload n’écrit ID=<appID> que lorsque le dossier contient déjà un fichier de configuration, dont le téléversement a de toute façon besoin. Elle modifie cette seule ligne et conserve vos autres clés et commentaires tels quels. Square Cloud ignore cette ligne à la lecture du fichier, elle peut donc rester dans le zip.
Relancer upload depuis le même dossier crée une autre application et fait pointer la ligne ID= vers elle. Pour mettre à jour l’application existante, utilisez commit. Pour travailler avec une autre application depuis ce dossier, modifiez ou supprimez la ligne.
Prochaines étapes
Upload et commit
Toutes les options de upload, commit et zip, et ce qui entre dans le zip.
Variables d'environnement
Définissez des variables depuis le terminal ou chargez-les depuis un fichier .env.
Déploiements GitHub
Déployez à chaque push grâce à la GitHub App de Square Cloud.
Options globales et CI
Sortie JSON, codes de sortie et exécution de la CLI dans des pipelines.

