Core · リファレンス

コマンドラインリファレンス

このページでは、アプリの nocobase コマンドを扱います。アプリやプラグインの作成、本番のリリースのインストールには、別のツールを使います。アプリを作成する、プラグインを作成する、PM2 でデプロイする を参照してください。

入口

アプリのソースのルートで、ローカルの依存関係のコマンドを実行します。

Bash
pnpm nocobase commands
pnpm nocobase config check --no-connect
pnpm nocobase plugin register --help

デプロイの出力には、独自の CLI が含まれます。デプロイしたアプリのルートで次を実行します。

Bash
node dist/cli/index.js commands
node dist/cli/index.js config check --no-connect

デプロイ環境に含まれるのは、ビルド時に残された実行時のコマンドで、dev、ソースのプラグインの組み込み、ビルドなどの開発用のコマンドは含まれません。app-installer でのインストールでは、デプロイのガイドで説明しているリリースのディレクトリの下の入口を使います。

コマンドの索引

「ソース」は開発のワークスペースを、「両方」はソースとデプロイの両方の実行環境を意味します。プラグインが追加のコマンドを提供するため、現在のアプリの commands の出力を確認してください。

コマンド環境用途と主なオプション
dev / build / startソース開発、ビルド、ビルドの出力の起動。フラグはそれぞれのコマンドが扱う
info / commands両方アプリの情報 / コマンドのツリーを確認する。commands --json は引数と実行の機能を報告する
config init両方ローカルの設定を初期化する。--dialect、--config。データベースのドライバーはインストールしない
config set両方key=value を書き込む。--from-env は環境変数から値を読み取る
config check両方設定を確認する。オフラインのチェックには --no-connect。--strict は警告を失敗として扱う
config env / config variables両方環境変数の対応付け / デプロイのメタデータを一覧表示する。variables --out はマニフェストを書き出す
db apply両方保留中のマイグレーションとシードを適用する。--dry-run に対応
db rollback / db redo両方最新のマイグレーションのバッチをロールバックする / ロールバックして再適用する。データベースを変更する
db reset両方管理対象のテーブルをリセットする。データを削除する
db repair両方マイグレーションのチェックサムを修復する。スキーマのマイグレーションの代わりではない
db unlock両方古くなったマイグレーションのロックを扱う。先に、マイグレーションのプロセスが動いていないことを確認する
db sample開発のみサンプルデータを読み込む。カタログに表示されていても、デプロイ環境での実行は拒否される
collections generate両方コレクションの成果物を生成する。--check は書き込まずに比較する
collections doctor両方コレクションとデータベースの違いを診断する。--fix で変更を適用する
locales check両方ロケールリソースを確認する
secrets status / secrets rotate両方暗号化されたデータを確認する / ローテーションする。rotate --dry-run はプレビューし、--batch-size はバッチを制御する
plugin inspectソースプラグインの入口と組み込みの情報を確認する
plugin registerソースプラグインをインストールまたは登録する。--dry-run でプレビューする
plugin unregisterソースプラグインの登録を解除する。その業務データは削除しない
plugin updateソース指定したプラグイン、省略した場合は登録済みのすべてのプラグインをアップグレードし、スキルを同期する
package removeソース依存関係と関連する組み込みを削除する。--dry-run に対応
skills syncソース依存関係のスキルを同期する。パッケージやプラグインのセレクターと --dry-run に対応
dist check / dist retargetソースデプロイの出力を確認する / 対象を変更する
cli build / cli linkソース配布できる業務の CLI をビルドする / ローカルのコマンドのリンクをインストールする

開発とビルド

既定のアプリのスクリプトは、よく使うショートカットを提供しています。

Bash
pnpm dev
pnpm test
pnpm lint
pnpm typecheck
pnpm build
pnpm start

スクリプトはアプリの package.json で決まります。対象に合わせたデプロイのアーカイブは次でビルドします。

Bash
pnpm build --target linux-x64 --node-version 24 --tar

--target は linux-x64 や linux-arm64-musl などのプラットフォームを選び、実際のサーバーに合わせます。--node-version は対象の Node のメジャーバージョンを選びます。--tar は storage/exports/dist.tar.gz を書き出します。データベースのネイティブの依存関係は、オペレーティングシステム間で単純にコピーできません。

設定のコマンド

Bash
pnpm nocobase config init --dialect sqlite
pnpm nocobase config set server.port=13000 client.app.title="My App"
pnpm nocobase config env
pnpm nocobase config variables --json
pnpm nocobase config check --no-connect --strict

config init は通常、既存の設定を保ちます。置き換えるには明示的な --force が必要です。config set はドットで区切ったパスと YAML のスカラー値を受け付けます。複雑なオブジェクトや配列は、ファイルを直接編集してください。未知のセクションは拒否され、環境変数による上書きは有効な値に影響します。

config check は既定で SQLite 以外の接続を試みます。--no-connect は設定だけを確認し、--connect は SQLite も確認します。接続のチェックでマイグレーションは適用されません。フィールドとシークレットの入力については 設定リファレンス を参照してください。

データベースのコマンド

接続の選択に対応したコマンドは、--connection <name> か、それと同時に使えない --all を受け付けます。どちらも省略すると既定の接続を選びます。これらはすべてのコマンドに共通のオプションではありません。

マイグレーションを適用する前に、計画を確認します。

Bash
pnpm nocobase db apply --connection main --dry-run
pnpm nocobase db apply --connection main

rollback、redo、reset、repair のプレビューと確認のオプションは、各コマンドの --help を参照してください。--force は操作を明示的に確定するもので、失敗の日常的な対処法ではありません。適用済みのマイグレーションのチェックサムが変わっている場合は、まず調査し、編集がデプロイ済みのスキーマの意味を変えていない場合にだけ修復を検討してください。データベースのマイグレーション を参照してください。

プラグインとスキル

すでに packages/app-plugin-announcements/ を作成したアプリで、登録の変更をプレビューします。

Bash
pnpm nocobase plugin register @nocobase/app-plugin-announcements --dry-run
pnpm nocobase skills sync --dry-run

プラグインの名前は、その package.json で決まります。--no-install や --no-skills などのオプションは、対応しているコマンドでだけ使ってください。組み込まれた実行時の入口を確定するには、生成された Client、Server、CLI の登録のファイルを確認します。プラグインを管理する を参照してください。

.agents/skills/ の同期されたガイダンスは再生成できます。プラグインが配布するスキルは、そのソースの skills/ ディレクトリで管理します。

アプリとプラグインの業務コマンド

アプリのファイル cli/commands/orders/sync.ts は次に対応します。

Bash
pnpm nocobase app orders sync --help

プラグインは、CLI の入口でコマンドを宣言します。名前空間は通常、パッケージのスコープと app-plugin- の接頭辞を取り除いたもので、衝突すると失敗します。デプロイ環境では、新しく追加したソースのファイルをスキャンするのではなく、パッケージ化された業務コマンドを呼び出します。

作成と検証については アプリのコマンドを書く を、アプリでの登録については プラグインのコマンドを組み込む を、プラグインの実装については CLI を拡張する を参照してください。

cli link は単独のクライアントのローカルの開発を可能にし、cli build はリモートの業務の呼び出しのためにそれをパッケージ化します。動作中のアプリの HTTP の API を使います。組み込みについては アプリの CLI クライアントを提供する を参照してください。

JSON と自動化

Bash
pnpm nocobase commands --json
pnpm nocobase config check --no-connect --json

成功の包みの主なフィールドを下に示します。result は各コマンドが定義します。

JSON
{
  "schemaVersion": 1,
  "ok": true,
  "command": "config check",
  "status": "success",
  "result": {},
  "warnings": []
}

これは包みのフィールドを示すもので、設定のチェックの完全な結果ではありません。自動化では、終了コード、ok、status を確認してから result を読み取ります。失敗すると通常 0 以外で終了します。success-noop は変更が不要だったことを、partial-success は作業が残っていることを意味するため、warnings と報告された問題を確認します。commands --json は、JSON、ドライラン、強制の機能を報告します。dev、build、start などのそのまま引き渡すコマンドは、一律に JSON に対応しているわけではありません。NOCOBASE_CONTENT_TYPE=json も、対応している場合にだけ適用されます。

検証の範囲

2026-10-27 に、既定のテンプレート beta.83、@nocobase/app-cli 1.0.0-beta.29、Node 24.21.0、pnpm 11.7.0 で確認しました。ソースとデプロイのコマンドのカタログ、オフラインでの設定の検証、変数のメタデータ、オプションのヘルプ、ローカルの announcements プラグインの登録のプレビューです。リセット、ロールバック、キーのローテーションなどの状態を変える操作は、このページのためには実行していません。app-cli のソース を参照してください。

NocoBase ドキュメントアシスタント

NocoBase について何を知りたいですか?

質問は個別に回答され、過去の質問や回答は参照されません。必要な背景をすべて含めてください。