Revision Range & Release Label Deployment

What is Deployment?

The Deployment process allows you to easily and safely transfer new developments from your sandbox instance to a production instance. Using the deployment process, you will be able to transfer validation rules, custom objects, new fields, Apex codes, and many other components from your development environment to a live production environment.

Different Deployment Methods

Once you are done with your development you need to migrate your code from your development organization to the organization where business users can use your code. There are different methods of deploying the changes to a target/production org in AutoRABIT, such as deployment via Salesforce Org/Version Control, Revision Range, Release Label, etc.

Deployment via Revision Range

Deployment via revision range is all about deploying the codes based on a range of committed revisions. Multiple revisions can be a part of this deployment based on the from and to revision selection.

For example, to deploy the below-mentioned commit revisions to your target org;

Choose the From Revision Date as a1022af and the To Date as d86165a while you're carrying out the deployment via revision range.

Changes on Custom Object

Let’s take a look at the changes when, for instance, a custom object is selected and deployed using the Revision Range operation:

1. The custom object is a part of the initial revision but gets deleted in the revision ranges selection.

   • The custom object becomes part of the Destructive Items list.

   • Custom object-related fields become part of the Destructive Items list.

2. The custom object is a part of the revision ranges selection

   • The custom object is added in one of the revisions and deleted in other revisions. In this scenario, the custom object is not considered a Destructive Items or in the Added/Modified list.

   • The custom object is modified in between the revision ranges. In this scenario, the custom objects will be treated as a Modified Items list.

3. The custom object is not a part of the initial revision, but is newly added in the revision ranges selection

   • The custom object will be treated as an Added Item list and will get deployed to the target org.

Changes on Profile

The profile is a collection of settings and permissions that define how a user access records. Let’s take a look at the changes when, for instance, a profile object is selected and deployed using the Revision Range operation:

1. The profile is a part of the revision ranges selection.

   • The recent settings and the permissions changes allocated to the Profiles for the revision ranges are deployed.

2. The profile is a part of the initial revision but gets deleted in the revision ranges selection.

   • The profile becomes part of the Destructive Items list.

   • The profile-related settings and permissions become part of the Destructive Items list too.

Changes on Apex Class

Looking at the changes when, for instance, an Apex class is selected and deployed using the Revision Range operation:

1. The apex class is a part of the initial revision, but is deleted in the revision ranges selection

   • The apex class becomes part of the Destructive Items list.

   • The apex class-related fields become part of the Destructive Items list.

2. The Apex class is a part of the revision ranges selection

   • The apex class is added in one of the revisions and deleted in other revisions. In this scenario, the apex class is not considered a Destructive Items or Added/Modified list.

   • The apex class is modified in between the revision ranges. In this scenario, the Apex class is treated as a Modified Items list.

3. The Apex class is not a part of the initial revision, but is newly added in the revision ranges selection.

   • The Apex class will be treated as an Added Item list and deployed to the target org.

Deployment via Release Labels

This actually deals with deploying the changes that are available in your release labels. A release label is nothing but a group of single revisions combined.

Changes on Custom Object

Let’s take a look at the changes when, for instance, a custom object is selected and deployed using the Release Label operation:

1. The custom object is a part of the release label

   • The custom object along with their related fields will be part of the deployment.

2. The custom object is not a part of the release label

   • The custom object will not get deployed to the target org.

Changes on Profile

The profile is a collection of settings and permissions that define how a user access records. Let’s take a look at the changes when, for instance, a profile object is selected and deployed using the Release Label operation:

1. The profile is a part of the release label

   • The entire settings and the permissions allocated to the Profiles will get deployed.

2. The profile is not a part of the Release Label

   • The profile and its related settings and permissions will not get deployed

Changes on Apex Class

Let’s take a look at the changes when, for instance, an Apex class is selected and deployed using the Release Label:

1. The Apex class is a part of the release label

   • The Apex class along with their related fields will be part of the deployment.

2. The Apex class is not a part of the release label

   • The Apex class will not get deployed to the target org.