docs/docs/en/ai-builder/publish.md
:::tip Prerequisites
:::
The Release Management Skill performs release operations between multiple NocoBase environments. It supports two approaches: backup restore and migration.
If you only want to fully overwrite one environment with another, backup restore is usually enough. If you need to control what gets synchronized by rules, such as syncing only the structure without business data, migration is more suitable.
:::tip Prerequisites
A backup file with the same name must already exist in the current environment.
:::
Restore using <file-name.nbdata> backup
The Skill uses the backup file with the same name that already exists on the current environment server for restore.
Back up and restore the current environment
The Skill first creates a backup of the current environment, then restores the current environment with that backup.
:::tip Prerequisites
Prepare two environments, such as a local dev environment and a remote test environment, or two local environments. You can specify a backup file or leave it unspecified.
:::
Restore dev to test
The Skill creates a backup package in the dev environment, then restores that backup package to the test environment.
:::tip Prerequisites
Similar to Scenario C, prepare two environments. You can specify a migration file or leave it unspecified.
:::
Migrate dev to test
The Skill creates a migration package in the dev environment, then uses that migration package to update the test environment.
Should I choose backup restore or migration?
Backup restore is the default choice, especially if you already have a usable backup package or want the target environment to be fully overwritten with the source environment state. Use migration only when you need to control the synchronization scope by rules, such as syncing only the structure without data.
What does it mean if the migration plugin is missing?
The Migration Management plugin requires a Professional edition or above license. See NocoBase Commercial Edition for details.