Publish and Assign an App v2
Build the static package, publish it under an Account, assign it to Sites, and verify its independently released Workflow backends.
Prepare the package
- Update
app.jsonwith the stable internalName, newVersion, user-facingDisplayName, and optional navigationRank. - Confirm that
icon.svgand a supported landing page are in the public root. - Run
npm run build. - Test the built output locally.
- Zip the contents of
build, not thebuilddirectory itself.
The ZIP root must contain app.json and one of index.htm, index.html, default.htm, or default.html. icon.svg is optional. The Console upload limit is 30 MB.
Publish the package
- Open
Settings→Manage Apps. - Click
Publish App. - Select the owning Account.
- Upload the ZIP.
- Click
Submitafter upload succeeds. - Open the App details and confirm display name, internal name, Version, App key, modified date, and URL.
Publishing an existing internal Name updates that App only when it belongs to the selected Account and the Version changed. Existing Site assignments remain.
Assign Sites
- In App details, select an unassigned Site under
Publish to a Site. - Click
Publish. - Confirm that the Site appears in the assigned list and the App appears in navigation for a permitted Site user.
Use the remove control beside a Site to revoke its assignment. Site assignment changes visibility; it does not grant Workflow invocation.
Verify the release set
For every assigned Site, confirm:
- The backing Workflow revisions are published in the intended Environment.
- The Workflows are enabled.
- The Cookie-based API Key permits the App users and Workflows.
- Environment-scoped user access and allowed origins are correct.
- The frontend's expected API contract matches the published backend.
App publish, Site assignment, Workflow release, and API-key authorization are separate and audited.
See also
See App Manifest, Manage Apps Screen, and App Security Model.