This is a POC how to run Jenkinsfiles inside GitHub Actions - GitHub's built-in CI/CD using embedded Jenkins Single-shot masters.
Any GitHub project with a Jenkinsfile
can use those actions to execute its defined workflow inside a Docker container run by GitHub that spawns up a new Jenkins master, executes the tests and exits.
The commit that triggered the GitHub Action is automatically mapped to /github/workspace
in the Jenkins Docker container. Test results are reported back to the corresponding pull requests.
The POC comes with one action:
Uses the official Jenkinsfile-Runner and prepackages Jenkins 2.138.2 and Maven 3.5.2 with it. There is also a Dockerfile available you could refer to in your workflow if you do not like to refer to the source.
Here is an example GitHub Action workflow that shows how to use the action:
on: push
name: Jenkins single-shot master
jobs:
jenkinsfile-runner-prepackaged:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@master
- name: jenkinsfile-runner-prepackaged
uses: jenkinsci/jenkinsfile-runner-github-actions/jenkinsfile-runner-prepackaged@master
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
#!groovy
import groovy.json.JsonOutput
node {
// pull request or feature branch
if (env.GITHUB_REF != 'refs/heads/master') {
checkoutSource()
build()
unitTest()
} // master branch / production
else {
checkoutSource()
build()
allTests()
createRelease("${env.GITHUB_ACTION}-${env.GITHUB_SHA}")
}
}
def createRelease(name) {
stage ('createRelease') {
def payload = JsonOutput.toJson(["tag_name": "v-${name}", "name": "GitHub Action triggered release: ${name}", "body": "This release has been created with the help of a Jenkins single-shot master running inside of a GitHub Action. For more details visit https://github.com/jonico/jenkinsfile-runner-github-actions"])
def apiUrl = "https://api.github.com/repos/${env.GITHUB_REPOSITORY}/releases"
mysh("curl -s --output /dev/null -H \"Authorization: Token ${env.GITHUB_TOKEN}\" -H \"Accept: application/json\" -H \"Content-type: application/json\" -X POST -d '${payload}' ${apiUrl}")
}
}
// prevent output of secrets and a globbing patterns by Jenkins
def mysh(cmd) {
sh('#!/bin/sh -e\n' + cmd)
}
def checkoutSource() {
stage ('checkoutSource') {
// as the commit that triggered that Jenkins action is already mapped to /github/workspace, we just copy that to the workspace
copyFilesToWorkSpace()
}
}
def copyFilesToWorkSpace() {
mysh "cp -r /github/workspace/* $WORKSPACE"
}
def build () {
stage ('Build') {
mvn 'clean install -DskipTests=true -Dmaven.javadoc.skip=true -Dcheckstyle.skip=true -B -V'
}
}
def unitTest() {
stage ('Unit tests') {
mvn 'test -B -Dmaven.javadoc.skip=true -Dcheckstyle.skip=true'
}
}
def allTests() {
stage ('All tests') {
// don't skip anything
mvn 'test -B'
}
}
def mvn(args) {
sh "mvn ${args} -Dmaven.repo.local=/github/workspace/.m2"
}
There are some things to point out with this example:
- the commit who triggered the action is placed by GitHub Actions into
/github/workspace
and thecheckoutSource
function is just doing a file copy of all files in this directory to the job's workspace (can probably be optimized) - maven's local repo is set to
/github/workspace/.m2
as the workspace directory is shared across actions of the same workflow - so far, Jenkins environmental variables are not populated based on the GitHub Actions context - instead, the GitHub Action environmental variable
GITHUB_REF
- there is no need to explicitly set the commit status after the build finishes as GitHub Actions will do this automatically based on the exit code of the wrapped action
- the
mysh
function is used to not show shell glob expansion orGITHUB_SECRET
in the Jenkinsfile
docker pull jonico/jenkinsfile-runner-prepackaged
or if you like to build the Docker image from scratch
git clone https://github.com/jenkinsci/jenkinsfile-runner-github-actions.git
cd jenkinsfile-runner-github-actions/jenkinsfile-runner-prepackaged
docker build -t jenkinsci/jenkinsfile-runner-prepackaged .
Then, cd to your git repo that contains your Jenkinsfile and mount it to /github/workspace
while running the docker container
cd <your-repo>
docker run --rm -it -v $(pwd):/github/workspace jenkinsci/jenkinsfile-runner-prepackaged
If you are using environmental variables in your Jenkinsfile
, you would have to specify them using the "-e" command line option for docker:
docker run --rm -it -v $(pwd):/github/workspace -e GITHUB_REPOSITORY=jenkinsci/reading-time-app -e GITUB_GITHUB_REF=refs/heads/create-releases -e GITHUB_ACTION=jenkinsfile-runner-prepackaged -e GITHUB_SHA=mysha-3 -e GITHUB_TOKEN=<redacted> jenkinsci/jenkinsfile-runner-prepackaged
In case you like to modify the Docker base image that defines which version of Jenkins and which plugins are included, you find the Dockerfile here.
This is just a POC, in order to productize this, you would probably
- Automate the creation of the pre-packaged Jenkins Docker container
- populate Jenkins environmental variables based on the GitHub Actions context
- Find a better way to populate the job workspace with the content of
/github/workspace
other than manually copying the files over as part of yourJenkinsfile
- Find a better way to package maven binaries and additional plugins
- Find a better way to share maven plugins other than manually mapping the local maven repo to
/github/workspace/.m2
in yourJenkinsfile
- Find a better way to cache the lazy-loaded Jenkins as
/github/workspace/.jenkinsfile-runner-cache
as specified here - Add examples of how to work with Jenkins secrets
- Provide examples how to copy parts of the Jenkins results to an external storage