Deployment management and frontend releases
Deployment management determines who can publish schema/API and frontend changes to production. Deployment permissions are managed separately so that permission to edit a file does not automatically grant permission to overwrite a production database.

Deployment permissions
Configure whether an administrator is required, the minimum member level, and designated deployment operators according to your organization's policy. The same approval policy applies to schema/API deployments and frontend releases.
- Allow designated deployment operators in development and verification environments.
- Restrict production to administrators or approved operators.
- Review operator changes and deployment history regularly.
Overwriting existing data
When the target database contains data, you can prohibit overwriting, allow administrators only, or allow authorized deployment operators.
For a production database that contains data, Prohibit overwrite or Administrators only is recommended. Before running the deployment, review changed columns, items to be deleted, backups, and recovery procedures. Applying a new schema closes existing connections and reopens them with the new settings.
Frontend releases
The Frontend release menu opens the /public deployment console. Review HTML, CSS, JavaScript, and assets in the workspace, then publish the public version.
Schema/API and frontend deployments are separate artifacts, but their endpoints and CSP must agree. After deployment, verify static resources, authentication, REST APIs, and WebSocket connections at the public address.