| title | Référence de la CLI |
|---|---|
| description | Chaque commande `os`, ce qu'elle fait, et les options les plus utiles. |
Le paquet @objectstack/cli installe un binaire unique, os (également
disponible sous le nom objectstack). Tous les exemples ci-dessous utilisent la forme plus courte os.
npm i -g @objectstack/cli
os --helpDétecte automatiquement 4 modes croissants :
- Démarrage vide — aucun artefact, aucune configuration dans le répertoire courant → démarre un kernel minimal avec Console + marketplace.
- Démarrage de projet —
objectstack.config.tsdans le répertoire courant → compile automatiquement vers./dist/objectstack.jsonet démarre à partir de celui-ci. - Démarrage d'artefact —
dist/objectstack.jsonaccessible → démarre directement à partir de celui-ci. - Surcharges explicites —
--artifact,--database,--portl'emportent.
os start # default port 3000
os start --port 8080
os start --artifact ./build/myapp.json
os start --artifact https://cdn.example.com/app.json
os start --database file:./data/prod.db
os start --database postgres://user:pass@host:5432/mydb
os start --database libsql://my-db.turso.io --database-auth-token $TURSO
os start --auth-secret "$(openssl rand -hex 32)"
os start --home /var/lib/objectos # persistent home dir
os start --no-ui # API only (no Console/Account)Répertoire HOME par défaut :
- avec une configuration de projet dans le répertoire courant →
<cwd>/.objectstack(local au projet) - sans →
~/.objectstack(global, partagé entre les invocations)
Lit objectstack.config.ts s'il est présent, sinon se rabat sur
dist/objectstack.json (ou OS_ARTIFACT_PATH, y compris les URL http(s)://).
Utilisez cette commande dans les conteneurs de production lorsque vous voulez un comportement strict.
os serve # port 3000
os serve --port 4000 --no-uiSurveille objectstack.config.ts et src/. Recompile + recharge à chaque
enregistrement. Utilisé comme script npm dev dans les projets générés.
os dev # port 3002 by default
os dev -p 4002Identique à os dev mais avec la Console explicitement activée.
os init my-app # interactive
os init my-app -t app --install # auto-install with default pnpm
os init my-app -t app --install -p npm
os init my-app -t plugin # plugin scaffold
os init my-app -t empty # bare minimumModèles :
| Modèle | Ce qu'il vous fournit |
|---|---|
app |
Application complète — objets, vues, actions, prête à étendre |
plugin |
Squelette de plugin pour distribuer des capacités réutilisables |
empty |
Manifeste + tsconfig uniquement |
os create plugin my-plugin
os create example my-example| Commande | Objectif |
|---|---|
os compile (os build) |
Compile objectstack.config.ts → dist/objectstack.json |
os validate |
Valide la configuration par rapport au schéma du protocole |
os lint |
Vérifications de style et de conventions (recommandé en CI) |
os diff <old> <new> |
Compare deux configurations, détecte les changements incompatibles |
os info |
Affiche un résumé des métadonnées d'une configuration ou d'un artefact |
os explain <object> |
Explication lisible du schéma d'un objet |
os doctor |
Bilan de santé : détecte les dépendances circulaires, les références cassées, les problèmes d'environnement |
os generate (os g) |
Génère les types TypeScript / fichiers de métadonnées |
os doctor est la première chose à exécuter lorsque quelque chose semble anormal — elle
détecte les mauvaises configurations que le runtime ne ferait remonter que sous forme d'avertissement
à l'exécution.
Opèrent sur les enregistrements depuis le terminal — utiles pour l'initialisation, les migrations et les tests de fumée en CI.
os data create <object> --data '{"subject": "Hello"}'
os data get <object> <id>
os data query <object> --filter 'status:active' --limit 10
os data update <object> <id> --data '{"done": true}'
os data delete <object> <id>Lecture/écriture des enregistrements de métadonnées (objets, vues, ensembles de permissions, …) à l'exécution.
os meta list <kind>
os meta get <kind> <id>
os meta register <file>
os meta delete <kind> <id>os i18n extract # extract translation keys from source
os i18n check # find missing keys across configured localesPour les utilisateurs d'ObjectStack Cloud (le plan de contrôle hébergé optionnel).
os login # interactive
os logout
os whoami
os register # create an account
os cloud login | logout | whoamios package publish # publish artifact as a versioned packagePour les déploiements utilisant plusieurs environnements par projet (dev, staging, prod) adossés à un plan de contrôle.
os environments list
os environments show <id>
os environments create <name>
os environments switch <id>
os environments bind # bind local artifact to an environmentos test # run Quality Protocol scenarios against a running server| Option | Signification |
|---|---|
-p, --port |
Port HTTP |
-a, --artifact |
Chemin ou URL vers l'artefact compilé |
-d, --database |
URL de la base de données |
--home |
Répertoire d'état persistant |
-v, --verbose |
Sortie détaillée |
--no-ui |
Désactive les portails Console / Account |
Exécutez n'importe quelle commande avec --help pour la liste complète des options :
os start --help
os data query --help- Opérateur / premier lancement →
os start - Développeur construisant une application →
os init→os dev→os compile - Pipeline CI / de release →
os lint && os validate && os compile && os test - Runtime de production →
os serve(généralement à l'intérieur duCMDde l'image Docker) - Diagnostics →
os doctor,os info,os explain