nb portal
nb portal manages portals. A portal can have its own frontend source, entry path, and deployment output; this command group connects the portal record in NocoBase with the local workspace and source storage.
A typical flow is to create a local workspace, start development mode, push source changes to source storage, and then build and deploy. If you are taking over an existing portal, pull it locally first.
Usage
Subcommands
Typical Flow
Create a portal named customer:
Start local development mode:
Inspect the local workspace and remote record:
Push source and deploy:
Take over an existing portal:
Switch source storage:
source storage
When creating a portal, choose where the source code is managed:
For quick creation and development, the default nocobase storage is usually enough. Use git when the portal source should be reviewed, versioned, or built through an existing team workflow.
Source configuration is written to portal.config.json in the local workspace. create, pull, and config maintain this file; push and deploy read it to sync source or deployment output.
Env Types
nb portal currently supports local, docker, and http envs:
ssh envs do not support portal management in the current version.
Local Workspace Path
Portals are stored under the selected env storage:
The main app access path is usually:
A sub-app access path is usually:
Env Confirmation
Most nb portal subcommands support --env and --yes:
In scripts or AI agent workflows, pass --env and --yes explicitly to avoid stopping at an interactive confirmation.

