DOCKER-357: Move build from Travis to GitHub actions #21
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hello @tgeens,
The build has been moved from Travis to GitHub Actions.
There are 2 workflows:
push
andpull requests
for all branchesmaster
andrelease
branchThe scheduled build is only triggered from the default branch (master). This is currently a limitation in GitHub Actions, see GitHub documentation: workflow syntax for on.schedule and Scheduled Events. So for building multiple branches I used
strategy
andmatrix
on the branches we want to build to trigger multiple builds.The schedule is set to run every Saturday at 00:07 UTC.
For the scheduled build I introduced additional timestamped tags, as is also the case for Ubuntu and Debian. This is to be able to trace back when an updated distribution package could have broken something.
I prepared this PR to support/use the
master-release
release approach.Publishing of docker images is enabled on
master
andrelease
branches. So to not overwrite tagged release images with master (development) images, I introduced the-SNAPSHOT
tag qualifier for master branch images.Credentials for the image publishing account should be stored in GitHub repository secrets:
To have release tags and not break the scheduled build a
release
branch needs to be created. The master branch image tags will be postfixed with-SNAPSHOT
This release branch could be created from the current
master
branch.Best regards,
Koen