Skip to content

Deploy to prod

When working on Orvanta, you will quickly be looking for ways to iterate on and test your scripts, flows, and apps all the while having a working version running. The following section explains the different methods available in Orvanta to have a production environment and deploy to it.

If you’re looking for opinionated, step-by-step guidance, see Canonical deployment setups for three recommended deployment models ranging from UI-only to Git-based workflows.

Option 1. Draft and deploy — single workspace

Section titled “Option 1. Draft and deploy — single workspace”

A simple setup in which deploying to prod means deploying items that have been iterated on in the UI as Drafts. Deployments in Orvanta are commonly done from the same workspace using the Draft and deploy buttons.

Section titled “Option 2. Workspace forks — multi workspace (recommended)”

Orvanta workspaces can be forked, creating a new copy of the workspace at that point in time. The forked workspace can be iterated on, tested, and once changes are ready, merged back to the original workspace, thus deploying the new versions of the scripts, flows, or apps. The workflow will be familiar to anyone who has used branches in version control tools such as git. The analogy can be further reinforced if Git Sync is setup: Orvanta will automatically create branches for each of the forks, and merging can be controlled directly through git.

Option 3. Git promotion workflow: deploying through git — multi workspace (possible cross-instance)

Section titled “Option 3. Git promotion workflow: deploying through git — multi workspace (possible cross-instance)”

This is a more complex but very reliable setup that leverages Git Sync to deploy from one workspace to another through git. When changes are done to the Staging workspace, they are pushed to a branch in the Prod repo. Once merged to the main branch of the Prod repo, the Prod workspace is updated with the changes.

This workflow lets you review all the changes on a PR before merging and deploying. It also has the advantage, unlike the other options here, of working across separate Orvanta instances.

Option 4. Deploy to prod using the UI only — multi workspace

Section titled “Option 4. Deploy to prod using the UI only — multi workspace”

From a workspace in Orvanta, you can deploy a script/flow/resource/variable and all its dependencies to another workspace.

You can attach test scripts to any script or flow so they run automatically on each deployment, catching regressions before they reach production.