Deploying what you built with Build Agent

Learn about deployment methods and workflows for moving applications created with Build Agent from development to production environments. Choose the right deployment approach based on your application complexity and organizational requirements.

Workflow for deployment

After development, review, and testing are complete, a typical deployment workflow includes the following steps:

1. Collaborative design: Business owners and IT collaborate on requirements and ideas using their preferred tools.
2. AI-driven app development: Build Agent and ServiceNow Otto process files, chat history, and diagrams to generate and implement app updates.
3. Review and testing: Teams preview updates, make revisions, and run rounds of performance and readiness testing.
4. Developer review: A developer reviews the AI-generated changes, compares versions, and confirms the changes are ready for deployment.
5. Deployment approval: The project is handed off to a deployment manager, who initiates the deployment approval process.
6. Autonomous checks: AI agents automatically scan for issues (such as sensitive data exposure or model integrity problems) and remediate them before deployment.
7. Final deployment: After all readiness scans and approvals, the new app is deployed securely and efficiently.

Important:

Changes are isolated until you explicitly deploy and install the application. You can modify and iterate without affecting the live running application.

The way isolation works depends on the environment:

• In the ServiceNow IDE, isolation runs through source and build artifacts until you deploy and install.
• In ServiceNow Studio, changes are tracked in update sets and promoted when you move the update set between instances.

Deployment methods for Build Agent

Build Agent supports the following deployment methods for apps created and edited with agentic development:

• Git-based source control integration: ServiceNow supports Git-based workflows for version control and CI/CD.
  • You can push scoped apps to Git repositories, enabling branching, merging, and automated deployments. ServiceNow supports bring-your-own Git integration, such as GitHub or Bitbucket.
  • You must be on Australia Patch 5 to use source control in ServiceNow Studio.
  • For more information, see Integrating source control with the ServiceNow IDE and Fluent source control in ServiceNow Studio.
• Update sets and application packaging: Standard ServiceNow deployment uses System Update Sets to track changes.
  • Advanced guidance includes packing update sets into scoped applications for easier transport and installation across instances, for example using Application Repository (AppRepo).
  • For more information on System Update Sets, see System update sets.

Options for moving apps through instances

After you create an app using Build Agent, you have several options to move the app to the test instance.

1. Wrap the entire scoped application in an update set. The workflow is as follows:
   1. Go to the Custom Applications list, select an app and swap to its scope.
   2. Convert the app to AppRepo.
   3. Publish the update set with demo data.
   4. Put the update set in a deployment request for ReleaseOps, or follow your standard update set process for deployment.
2. Publish the app to AppRepo:
   • You can use a Git-based process or update sets to publish to AppRepo.
   • Scoped apps, as well as apps that are ready for testing, can be published to the AppRepo for distribution across environments.
   • After an app is in AppRepo, you can move it through a ReleaseOps pipeline. If ATF tests are included in the pipeline, they automatically run.
   • Register and entitle apps before publishing.
   • For more information on Application Repository, see ServiceNow application repository.

Additional deployment tools

The ServiceNow AI Platform has additional deployment tools that include the following tools:

• App Engine Management Center (AEMC):
  • After developing an app, submit it to AEMC for governance checks.
  • AEMC validates ACLs, roles, and compliance settings before deployment.
  • Use ReleaseOps pipelines to move apps through environments with ATF tests and approval gates.
  • AEMC provides dashboards for monitoring deployments and managing app versions throughout the lifecycle.
  • For more information on AEMC, see Using the App Engine Management Center.
• ReleaseOps:
  • Move changes from development to production through multiple instances using customizable playbooks.
  • Automate preview, commit, and validation of update sets before deployment.
  • Run Automated Test Framework (ATF) tests as part of the pipeline to validate quality.
  • Deploy changes immediately or schedule releases for controlled rollouts.
  • Enforce checks, scans, and approvals before production deployment.
  • For more information on ReleaseOps, see ReleaseOps.
• ServiceNow SDK:
  • Use the ServiceNow SDK to move applications to and from your instance to your local machine. You can integrate the ServiceNow SDK with your off-instance CI/CD process if you have one.
  • Install the ServiceNow SDK locally and use the command line interface (CLI).
  • Authenticate to a ServiceNow instance from the ServiceNow SDK.
  • Push to or install an application on the authenticated instance from your local environment.
• Automated Test Framework (ATF)
  • Tests can be generated by Build Agent and executed in ServiceNow Studio or ServiceNow IDE to confirm functionality after changes.
  • For more information on ATF, see Automated Test Framework (ATF).

Mixing application repository and update set deployment

For any given application on a given instance, the application repository deployment path and the update set deployment path are mutually exclusive. After you deploy an application to an instance using the application repository, you can't switch to update sets for that application on that instance, and the reverse is also true.

Note:

You can include global apps in the Application Repository and source control.

For more information, see the Can't mix Update Set and App Repo deployment for the same application [KB0715422] article in the Knowledge Base.