Deploy to Salesforce from Jira Status with AutoRABIT – Agility meets DevOps


Get our monthly newsletter for the latest business insights.

One of key facets of continuous delivery is to have a capability to promote a user story to any environment at any time as it passes the quality and compliance guidelines. It helps business get prioritized deliverables faster into the market than wait for long and big bang production deployment cycles.

AutoRABIT 20.1 release has brought in a new dimension to accomplish this agile user story deployments. With this new ALM capability,  AutoRABIT administrators can setup CI Jobs to deploy user stories based on a particular  ALM status ( Jira / VersionOne etc.,) from a GIT branch into Salesforce environments and AutoRABIT will fetch all the commits or merges belonging to that particular story from the GIT branch, create an automated release label internally and deploy those changes into Salesforce Sandbox or Production Org.


  1. Salesforce Sandboxes/ Orgs should be configured in AutoRABIT
  2. Jira Integration in-place ( Both Kanban and Scrum boards are supported)
  3. GIT repository is registered with branching in-place.
  4. Jira Project is mapped to the Development Sandboxes.

 High-Level Process Flow for deployments based on User story status

Automated Deployments to Salesforce on Jira Status


Step1:  EZ-Commit a User Story to GIT Branch

Developers commit changes using Ez-commit and select the respective User Story at the time of commit as shown below:

Once, the changes for the user story passes through the check-in gate with validations and approvals and the commit is done is GIT, AutoRABIT as a post-commit operation will update the user story with the details of validation results, GIT Commit revision and also the Status of the User Story will be set as per the ALM Work Item Status below.

Salesforce Release Management with AutoRABIT and Cloudfulcrum

Salesforce Release Management with AutoRABIT and Cloudfulcrum



Step2:  EZ-Merge a user story into a GIT branch

The Changes from the feature branches are merged into a release branch with AutoRABIT EZ-merge.

During this merge, it is important for Developers select the respective user story at the time of merge as shown below

Auto-merge-Salesforce Continuous Integration with AutoRABIT

Auto-merge-Salesforce Continuous Integration with AutoRABIT


Once the commit goes through the merge pre-approval process, passes the validation results then the change will be merged into the GIT branch.

Post-commit as show above, the Work Item Status will be updated accordingly. ( In this case, it will be updated from Dev Complete to Ready for QA)


Step3: Configure a CI Job to deploy the Changes of the user stories on a particular status

In our case, we will configure a CI Job to deploy all the user stories with status “Ready for QA” into the QA environment.

  1. Configure the “Build” section of CI Job with the option: “Map ALM Project(Jira)”
  2. Choose the GIT branch ( source) that is supposed to contain the commits that needs to be deployed into the particular Salesforce environment.
Automated Packaging and Deployments for Salesforce with AutoRABIT

Automated Packaging and Deployments for Salesforce with AutoRABIT


  1. In the “ALM” section of the CI Job choose the following: ( This is where magic happens !!)
  2. The current sprint
  3. The Work Item Types that you wish to deploy ( All Items option is also there.)
  • Set the Status of the user stores where deployment is attempted ( both in case of successful deployment or incase of failed deployment)


Salesforce Continuous Integration and Release Management with AutoRABIT

Salesforce Continuous Integration and Release Management with AutoRABIT

Save and Run the CI Job.

When the CI Job is run, here is the sequence of steps that will happen:

  1. AutoRABIT will fetch the list of workitems of the particular sprint with a particular status as configured above.
  2. AutoRABIT CI Job will fetch all the commits related to these user stories from the GIT Branch
  3. It will create a intelligent deployment bundle consolidating all the changes ( like update multiple permissions of a given profile from multiple commits) referred as release label.
  4. This release label will be deployed in the destination Salesforce environment.


Benefits of deployment automation based on User Story Status

  1. Zero Spreadsheets – There is no need for developers maintain spreadhseets with cryptic Git commit revisions and a release manager need consolidate all these commits.
  2. Zero effort with deployment packages – Creating consolidate deployment packages with changes for same profile in multiple commits, changes to shared objects is a nightmare for release management teams and is error prone. This approach automatically creates deployment packages for the qualified user stories saving hours of time for the release teams
  3. 10X faster deployments – With pre-validations before the commit and before the merged changes being pushed into GIT, the time and effort being put in for a successful deployment will be reduced significantly
  4. ALM is the source of audit – The life cycle of a requirement starts with being a user story in your Jiras of the world. Having information about deployment history, GIT commit history, validation results, review information stored back into your user story in ALM will ensure that at any point of you can trace the roots of the changes done for the user story.


This feature of automated deployments based on user story status is a great step for enterprises who have progressed with continuous integration and looking towards a higher maturity in their DevOps Journey.

This capability to promote and deploy a user story at any time to any environment as it passes the qualification guidelines is a key milestone to accomplish in your journey of continuous delivery of Salesforce applications.



Leave A Comment