For the complete documentation index, see llms.txt. This page is also available as Markdown.

Deploy

Publish tested app versions with required production configuration.

Deploy an app when its current version is ready for users. Review the live preview and test results first.

Publish an app

1

Confirm you want to publish

Select Publish in the app workspace. Publish your Application asks you to review your connected services and confirm you are ready to go live. Once published, your latest changes are deployed to your users.

Select Publish App to continue, or Cancel.

The Publish your Application dialog, with Cancel and Publish App buttons
Publish your Application.
2

Choose where each service runs

Publish App - Deployment lists each service of the app under Deployment — for example Web and API — with a menu beside each, such as Google Kubernetes Engine. Choose where each one runs, then select Continue.

You can change this later. Republishing redeploys the affected services.

The Publish App - Deployment dialog, with Web and API each set to Google Kubernetes Engine, and a Continue button
Choosing where each service runs.
3

Complete the publish checklist

The Publish Checklist lists the configurations you connected in preview. The published app needs them to work correctly. You can update them later in app settings.

  • Database — Required. When its status is Not Configured, select Connect. See Connect the database.

  • External Services Used — each service, for Preview and Publish. With none, it reads No external services connected.

  • Environment Variables — each variable, for Preview and Publish. With none, it reads No environment variables configured.

The Publish Checklist: Database (Required) with Uptiq Managed DB Not Configured and a Connect action, and External Services Used with no services connected
The publish checklist, before the database is connected.

When the database is connected, its status reads Configured and the action changes to Manage.

The Publish Checklist with Uptiq Managed DB Configured and a Manage action
The publish checklist, with the database configured.

To change the database, domains, integrations, or environment variables, use App Config.

4

Publish

Select Publish. Publishing App shows each service — such as API and Web — as In Progress, and the Publish button reads Publishing. The process may take a few minutes. You're notified as soon as the app is published and ready to use.

The Publishing App dialog, with API and Web In Progress, and the Publish button reading Publishing
Publishing in progress.

Publish a new version

When the app has been published before, Publish opens a panel with the last published version, its date, and the live URL. Open or copy the URL, or select Manage Domains to manage its domain. Review the checklist, then select Publish Changes. The platform deploys the current version and updates the live URL.

The publish panel, showing the last published version, its date, and the live URL
The publish panel for an app that has been published before.

Connect the database

1

Open Manage Database

In the publish checklist, select Connect beside the database. Manage Database lists the available databases, such as App DB and Preview Database, each with Connect.

To add one, type a name in Database name and select + Add Database.

The Manage Database dialog, listing App DB and Preview Database with Connect buttons, and a Database name field with Add Database
Manage Database.
2

Choose a database

Select Connect beside the database. Select Schema opens, with the database name beneath the title.

3

Create a schema, or connect an existing one

  • Create New Schema — type a name, such as sales, and select Create & Connect. You're assigned as the Root User, with full ownership of the schema.

  • Existing Schemas — each schema shows its status, such as In Use, and its owner app. Choose an access level — Standard (Read & Write) or Read Only — then select Connect.

The Select Schema dialog for Preview Database: Create New Schema with a Create and Connect button, and two existing schemas, each In Use, with an access menu open showing Standard (Read and Write) and Read Only
Select Schema, with the access level menu open.

Once connected, Manage Database shows the database as Connected, with its schema name and a Manage button.

Manage Database with the Design database Connected, its schema name, and a Manage button
A connected database.

Select Manage to return to Select Schema. A connected schema shows Connected and its owner, with a user menu, such as Root User, and Update User.

Select Schema for the Design database, with the sales schema Connected, owned by ToDo List App, a Root User menu and an Update User button
A connected schema.

Resolve a failed publish

When publishing fails, Publishing Failed reads: An error occurred while publishing your application. Please try again or use the "Fix with AI" option to attempt an automatic resolution of the issue. Select one of these actions:

  • Try Again to retry the publish

  • Fix with AI to send the failure to the build agent

  • Close to dismiss the notification

The Publishing Failed dialog, with View Error Details, and Close, Fix with AI and Try Again buttons
A failed publish, with recovery actions.

Fix with AI sends the reported issue to Qore's build agent. Review the rebuilt preview before you continue.

With Fix with AI, the build agent works on the failure in the build conversation. It shows Working… and each step it takes. Select Stop to stop it. When it finishes, it summarizes the changes and shows Live preview is ready.

The build conversation with the request Fix the publish failure, the agent Working and listing its steps, and a Stop button
The build agent working on a publish failure.

Select View Error Details to open the deploy log. It shows numbered build steps and the underlying error. Use the log to fix the issue, then select Try Again.

The deploy log, with numbered build steps and the underlying error
The deploy log's error details.

For example, a missing package.json appears as an npm install failure with error code ENOENT.

Versions

The version selector lists builds newest first. Latest marks the newest build. Published marks the live version. Uncommitted changes marks work outside a version.

Select a version to review or return to it. The published version can differ from the latest build.

What ships

After testing, the platform packages the project as one deployment unit:

  • Frontend code — UI components, state managers, and inline styles compile for production

  • Infrastructure settings — connected database variables, storage links, and custom routing stay mapped to the container

  • Attached agents — prompts, compliance skills, and reasoning logic travel with the app export package

Enterprise publishing

The publishing engine supports high-concurrency environments and automates server configuration.

  • High-traffic infrastructure — the pipeline manages concurrent enterprise publishing requests

  • Request queuing — deployments process sequentially to prevent stuck states during peak periods

  • Zero-downtime rollouts — infrastructure updates migrate in the background

  • Production stability — backward-compatible upgrades preserve published apps through platform updates

Staging and governance

  • Isolated staging controls — deploy privately for compliance, risk, and security review

  • Performance-ready clusters — published apps run on multi-region nodes optimized for sub-second load times


After publishing, use Operate to track costs and acquisition.


Maintained by Abhishek Paul AI-assisted, human-approved

Last updated

Was this helpful?