Continuous Integration (CI)
All our generic build processes are stored in a dedicated public repository called bump-ci-example
. Those processes are defined thanks to dedicated configuration files and scripts which uses the Bump.sh CLI under the hood.
If you encounter an issue or have suggestions on those examples, please do file a ticket on the dedicated repo we would love to hear your feedback.
Gitlab CI #
The provided example has is a two stage delivery process:
- The
test
stage will run an API definition diff on all your branches except themain
one, to compare the changed document file with your Bump.sh documentation. It will also comment with the diff content on the related Merge Request on Gitlab if it exists. - The
deploy
stage will run only on yourmain
branch, once your API definition was merged to yourmain
branch it will automatically be deployed to your Bump.sh documentation.
Copy-paste the following files in your own project to see start your first Bump related pipeline:
- the
.gitlab-ci.yml
pipeline file - the whole
.gitlab/
directory.
CircleCI #
The CircleCI example we provide helps to validate your definition file on pull requests, and then deploy a definition file change merged in your main
branch.
Copy-paste the following directory in your own project to see the builds running:
Travis CI #
Similarly to the CircleCI configuration, this Travis CI example will help to validate your definition file on pull requests, and then deploy a definition file change merged in your main
branch.
Copy-paste the following file in your own project to see the builds running on Travis: