For a fully guided walkthrough of setting up and configuring continuous integration using scratch orgs and Salesforce CLI, see the Continuous Integration Using Salesforce DX Trailhead module.
This repository shows one way you can successfully set up Salesforce DX to create new package versions with Jenkins. We make a few assumptions in this README. Continue only if you have completed these critical configuration prerequisites.
- You know how to set up your repository with Jenkins. (Need help? See the Jenkins Getting Started guide.)
- You have properly set up JWT-based authorization flow (headless). We recommended using these steps for generating your self-signed SSL certificate.
-
Make sure that you have Salesforce CLI installed. Run
sfdx force --help
and confirm you see the command output. If you don't have it installed, you can download and install it from here. -
Set up a custom tool in Jenkins for Salesforce CLI. Name the custom tool
toolbelt
and set its installation directory to the path where thesfdx
executable is (for example,/usr/local/bin/sfdx
). -
Fork this repo into your GitHub account using the fork link at the top of the page.
-
Clone your forked repo locally:
git clone https://github.com/<git_username>/sfdx-jenkins-package.git
-
Set up a JWT-based auth flow for the target orgs that you want to deploy to. This step creates a
server.key
file that is used in subsequent steps. (https://developer.salesforce.com/docs/atlas.en-us.sfdx_dev.meta/sfdx_dev/sfdx_dev_auth_jwt_flow.htm) -
Confirm that you can perform a JWT-based auth:
sfdx force:auth:jwt:grant --clientid <your_consumer_key> --jwtkeyfile server.key --username <your_username> --setdefaultdevhubusername
Note: For more info on setting up JWT-based auth, see Authorize an Org Using the JWT-Based Flow in the Salesforce DX Developer Guide.
-
From your JWT-Based connected app on Salesforce, retrieve the generated
Consumer Key
. -
Set up Jenkins global environment variables for your Salesforce
Consumer Key
andUsername
. Note that this username is the username that you use to access your Salesforce org.Create an environment variable named
SF_CONSUMER_KEY
.Create an environment variable named
SF_USERNAME
. -
Store the generated
server.key
file as a Jenkins secret file using the Jenkins Admin Credentials interface. Make note of the new entry's ID. -
Set up Jenkins global environment variable to store the ID of the secret file you created.
Create an environment variable named
SERVER_KEY_CREDENTALS_ID
. -
Copy all the contents of
package-sfdx-project.json
intosfdx-project.json
and save. -
Create the sample package running this command:
sfdx force:package:create --path force-app/main/default/ --name "Jenkins" --description "Jenkins Package Example" --packagetype Unlocked
-
Create the first package version.
sfdx force:package:version:create --package "Jenkins" --installationkeybypass --wait 10 --json --targetdevhubusername HubOrg
-
In the
Jenkinsfile
file, update the value in thePACKAGENAME
variable to be the Package ID in yoursfdx-project.json
file. This id starts with0Ho
. -
Commit the updated
sfdx-project.json
andJenkinsfile
files. -
Create a Jenkins pipeline with the
Jenkinsfile
included in the root directory of the Git repository.
Now you're ready to go! When you commit and push a change, your change kicks off a Jenkins build.
Enjoy!
If you find any issues or opportunities for improving this repository, fix them! Feel free to contribute to this project by forking this repository and making changes to the content. Once you've made your changes, share them back with the community by sending a pull request. See How to send pull requests for more information about contributing to GitHub projects.
If you find any issues with this demo that you can't fix, feel free to report them in the issues section of this repository.