Howdy Folks !!
Today we are going to set up a very easy CI/CD solution to automate your salesforce deployment process using Azure Devops. I am assuming you guys are already aware of demands and advantages of using version control systems. Salesforce developers community also started adopting these devops practices on a large scale now and using different source control systems for managing their codes. Microsoft Azure is one of such popular version control systems that allow you to create your git repo and manage it.
After finishing this article, you will be able to
- Add your code to version control system provided by Azure devops
- Build your own deployment environment for your salesforce development
- Trigger automatic deployment to your sandboxes or production when you check in code to respective branch on your repo
In your agile development process, you can create new branches for each of your sprint or release. Push all of your changes to these branches. And once you are ready to migrate them to higher environments like QA, UAT or Prod, just merge your pull requests to their respective branches. These branches then automatically initiate your deployment process and migrate your code to respective salesforce org in cloud. Giving you all flexibility of tracking your changes by each developer, feature, sprint or release.
So without further delay, let’s dig into detailed steps of this process.
Softwares required :
- Salesforce command line interface (CLI)
- Open SSL toolkit for windows or Mac
- Git UI or GIT CLI
- Visual Studio Code
- Salesforce Extension pack for Visual Studio Code
This process will consist 4 steps
- Setup Connected App in Salesforce
- Create project in Azure Devops
- Connect Visual Studio code to Salesforce
- Setup pipeline in Azure for automatic deployment
Let’s assume you are using windows, here are the action items for each step. The only difference for mac users will be the tool for generating Open SSL certificate and key. All other processes are going to be the same.
Setup Connected App in Salesforce
We will be using the JWT token based authentication when connecting to salesforce from Azure devops pipeline. So we first have to generate our Self signed certificate for authentication and set it up using a connected app. Keep your Key and certificate files securely as you need to use them while setting up a connected app in each environment.
1. Setup a dedicated user with all API and metadata permissions for deployment integration. Optionally you can test this with any existing system admin user.
2. Download the open ssl toolkit from https://code.google.com/archive/p/openssl-for-windows/downloads if you don’t already have one on your system.
3. Extract zip file contents and navigate to bin folder
4. Click on openssl application to create your open ssl certificate by following steps mentioned in salesforce documentation here https://developer.salesforce.com/docs/atlas.en-us.sfdx_dev.meta/sfdx_dev/sfdx_dev_auth_key_and_cert.htm . Grab your server.crt and server.key files. We will be using them to authenticate with salesforce later.
5. You may need to exclude the “openssl” keyword from each command mentioned in salesforce document.
6. if you get error for not finding openssl.cnf file while executing this command
req -new -key server.key -out server.csr
execute the following alternate command with the path of openssl.cnf in your extracted folder. You may find this file in the root folder of your open ssl extraction.
req -config “<path to your openssl.cnf file>” -new -key server.key -out server.csr
7. Now for authentication setup a connected app in salesforce using server.crt file created in step 6 by following steps mentioned here https://developer.salesforce.com/docs/atlas.en-us.sfdx_dev.meta/sfdx_dev/sfdx_dev_auth_connected_app.htm
8. Grant access to desired deployment user to new created connected app.
Setup project and git repository in Azure Devops
1. Login to your azure portal
2. Create new Azure Devops account if you don’t already have one
3. Navigate to https://dev.azure.com/
4. This should take you to your desired devops account
5. Create a new project by clicking New Project button at top right. Give it a name and save.
6. Click on new created project and navigate to Repos
7. which should take you to following screen
8. Refer this article to create an empty Azure devops project in case the above steps do not work in your case. https://docs.microsoft.com/en-us/azure/devops/organizations/projects/create-project?view=azure-devops&tabs=preview-page
9. Now Create new folder in your local system and clone repository we just created
execute git clone <repo-url>
10. If it does not start cloning, use following steps to generate your clone URL using personal access token
11. Copy that above URL and then click on generate git credentials
12. This will generate a personal access token for you to use with Git repository
13. Create a repository access URL using your access token. It should look like this https://<your –personal-access-token>@dev.azure.com/somepath
Setup Visual Studio Code
This is an optional step, if you are already using any other tools to retrieve metadata from salesforce org, you can keep using that and skip this setup of VS code. But if you are not using anything yet, don’t worry, just follow these steps
1. Assuming you already have installed visual studio code and salesforce extension pack, connect your visual studio code to your salesforce environment by following detailed steps mentioned here https://www.sfdcstop.com/2019/06/how-to-setup-visual-studio-code-for.html
2. Once your project is created and all sources are retrieved , copy all files to the repository folder created in the previous step.
3. Add server.key file generated while setting up connected app in root folder or any other path
4. Push your new code to remote repo
follow this article if you are not familiar with git commands for pushing code https://dev.to/dhruv/essential-git-commands-every-developer-should-know-2fl
5. This should look as bellow
Setup Pipeline for automatic deployment
Now we are moving towards the final and main step of this process. This is very important to understand what we are doing here.
- In your Azure devops project, navigate to pipelines
- Create new project using Azure Repos Git option
- Select Starter Pipeline
- Click on the Variables button at top.
- Here we are going to define Connected App’s client Id, instance URL and Salesforce user name
- salesforceProdClientId grabbed from connected app defined in earlier process
- salesforceProdInstanceURL can be either your custom salesforce url or https://login.salesforce.com in case of production or dev org and https://test.salesforce.com in case of sandbox
- salesforceProdUserName will be your user name of dedicated deployment user
- Optionally define a similar set of variables for other environments. Following code is assuming that you have other 2 branches for UAT and QA environment.
- Copy following code and replace contents of your pipeline file that you are editing. (azure-pipeline.yml)
Let me explain what’s going on here,
Trigger : defines which of the available branches should trigger the automated deployment
Pr : defines only Pull request of given branches should run the pipeline jobs
Job : each of the jobs defined here gives steps to execute on CLI. But each of these jobs have a condition bound to it, which decides where to deploy the code. So if code is merged to QA branch, execute steps for QA org deployment. Similarly if code is merged to master branch, execute steps for Production deployment.
Steps : this tells the actions / commands to execute.
- We install Node js
- Then we install sfdx cli using nodes npm install command
- Authorize to salesforce org using JWT login flow. In this specific step, we are using the variables we defined earlier to authorize to environment
- Convert the project to a deployable source. As we are using Visual Studio code and new extensions to retrieve the code, file structure of this folder is not in directly deployable format. So we first have to change this folder to a deployable source folder.
- If you have retrieved your source code using some other metadata tool, you can remove this step 4 line from given code, so that it will not attempt to convert the source again
- After converting the source, we are trying to validate the code against target org before actually attempting the deployment
- Once validation step is succeeded, we execute command to do final deployment of source folder
That’s it ! Well done, You have just configured an automatic deployment pipeline for your project.
Post a comment if you do not understand or are stuck or need more information on this setup.