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.

Frontend and schema API deployment management

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.