All Collections
Using Salto
Deploying Changes
Compare environments & deploy
Compare environments & deploy
Support avatar
Written by Support
Updated over a week ago

(!) Available in the Pro and Enterprise plans

One of the most common use cases for Salto is comparing and deploying changes between different environments. Users can compare and then deploy small changes from a Sandbox environment to the Production one, or complex changes from a Dev environment to UAT and Production.

Comparing and deploying changes in Salto is a simple process that consists of two steps:

  1. Comparing the source and target environments, and selecting which changes should be deployed to the target

  2. Reviewing and approving the deployment plan

Comparisons and deployments are part of shared environments, which means that team members can collaborate when comparing and deploying changes by adding their individual changes and reviewing the deployment plan.

Starting a new comparison/deployment

First, select the environment you want to deploy to. Once inside, click the “Compare & Deploy” tab at the top bar. This is where you’ll see all deployments - ones that are being planned, run right now, or past deployments.

1168

To get started, click the “Compare & Deploy” button.

Here, you can choose the source and destination environments, and give a name and description to your deployment. Choose something which will be familiar and recognizable to you and your teammates, as you may end up having a lot of deployments. You can also include a ticket ID in the description to associate deployments with a Jira issue or any other type of ticket.

757

Once you’re done, click the “Compare & Deploy” button.

If this is the first time you’ve deployed something between these 2 specific environments, Salto may take some time to compare these 2 environments and cache the result. While it’s doing that, feel free to explore other parts of Salto - you will get a popup message as soon as the comparison is done and you can proceed with the deployment.

As a best practice the include and exclude sections of the configuration files of the source and target environments participating in a deployment should be identical. Any changes applied to these sections in a configuration file of one of these environments, should be applied to the other environment before a comparison or deployment take place. You can compare the configuration files and identify differences by using any online text comparison tool, such as Diffchecker.

Selecting elements to deploy

This is the first step of any deployment - choosing which changes you want to deploy from the source to the destination environment. Salto displays all differences between the two environments - elements exist only on one of the two environments, or elements with different contents.

Click on an element to see how it differs between the source and destination environments and select the elements you would like to deploy.

For elements which were modified (and not added or removed), you can also select specific changes to deploy within the element. That helps you deploy only changes within elements that are ready for deployment, while others may still be tested.

Additional team members can also go into this deployment (from the deployments view) and add additional changes to deploy.

Find the right elements to deploy

Use the table-tabs at the top to quickly browse to elements which, if selected, will be added, modified or removed.

You can also filter elements by using the filter text box, or clicking any of the table columns; for example, if you want to find a specific element type.

Dependencies

At some deployments, multiple changes have to be deployed together. For example, when deploying a new Salesforce object which uses a new Picklist, you need to deploy both of them for the deployment to be successful.

Salto helps you select all the necessary changes for a successful deployment.
In the element selection phase, when you select a change which relies on another one, the required change will appear in the "Required Dependencies" column. You can review these requirements by clicking on the notification itself, or simply add all the required elements to your deployment using the checkbox.

You can also review all the missing dependencies by clicking the "Missing Dependencies" table-tab. This will show you a list of all the elements required for a successful deployment. An icon next to each elements name can also show you why it's required for this deployment.

In addition to required dependencies, Salto also provides 2 other dependencies that you may choose to add to your deployment:

  1. Related Changes - elements which are referenced by your selection, already exist in the target environment, but have changed in the source environment

  2. Used By - elements which reference your selected element, and are different between the source and destination environments.

Adding these elements is a suggestion - they are usually not required for a successful deployment.

When you're done selecting elements

When you’re done, continue to the deployment preview phase by clicking on the “Preview Plan'' button. Note that while the element selection phase was collaborative, allowing different team members to add elements on their own, moving to the next phase (deployment preview) will lock the deployment. Only the team member who clicked on “Preview Plan” will be able to approve and deploy the changes.

📘 Salesforce Validation Deployments

When deploying changes to a Salesforce org, you can validate the changes without deploying them, and view the success or failure messages you would receive with an actual deploy. Learn more about how to do this with Salto.

Did this answer your question?