Configuring CI Using Jenkins and Nx
Below is an example of a Jenkins setup, building and testing only what is affected.
1pipeline {
2 agent none
3 environment {
4 NX_BRANCH = env.BRANCH_NAME.replace('PR-', '')
5 }
6 stages {
7 stage('Pipeline') {
8 parallel {
9 stage('Main') {
10 when {
11 branch 'main'
12 }
13 agent any
14 steps {
15 // This line enables distribution
16 // The "--stop-agents-after" is optional, but allows idle agents to shut down once the "e2e-ci" targets have been requested
17 // sh "npx nx-cloud start-ci-run --distribute-on='3 linux-medium-js' --stop-agents-after='e2e-ci'"
18 sh "npm ci"
19 // Enable Nx Cloud recording to track build performance over time
20 // This requires connecting your workspace to Nx Cloud. Run "nx connect" and set the NX_CLOUD_ACCESS_TOKEN env variable in your CI
21 // sh "npx nx-cloud record -- nx format:check"
22
23 // Without Nx Cloud, run format:check directly
24 sh "npx nx format:check"
25 sh "npx nx affected --base=HEAD~1 -t lint test build e2e-ci"
26 }
27 }
28 stage('PR') {
29 when {
30 not { branch 'main' }
31 }
32 agent any
33 steps {
34 // This line enables distribution
35 // The "--stop-agents-after" is optional, but allows idle agents to shut down once the "e2e-ci" targets have been requested
36 // sh "npx nx-cloud start-ci-run --distribute-on='3 linux-medium-js' --stop-agents-after='e2e-ci'"
37 sh "npm ci"
38 // Enable Nx Cloud recording to track build performance over time
39 // This requires connecting your workspace to Nx Cloud. Run "nx connect" and set the NX_CLOUD_ACCESS_TOKEN env variable in your CI
40 // sh "npx nx-cloud record -- nx format:check"
41
42 // Without Nx Cloud, run format:check directly
43 sh "npx nx format:check"
44 sh "npx nx affected --base origin/${env.CHANGE_TARGET} -t lint test build e2e-ci"
45 }
46 }
47 }
48 }
49 }
50}
51
Get the Commit of the Last Successful Build
Unlike GitHub Actions
and CircleCI
, you don't have the metadata to help you track the last successful run on main
. In the example below, the base is set to HEAD~1
(for push) or branching point (for pull requests), but a more robust solution would be to tag an SHA in the main job once it succeeds and then use this tag as a base. See the nx-tag-successful-ci-run and nx-set-shas (version 1 implements tagging mechanism) repositories for more information.
We also have to set NX_BRANCH
explicitly.