-
Notifications
You must be signed in to change notification settings - Fork 45
Build overview
This document is a brief outline of the Jervis build overview. Travis CI also outlines a build overview.
This documentation outlines the execution order of a build. This general process happens no matter what language is being built.
Note: encrypted secrets were decrypted when the job was generated.
- Clone the repository and
cd
to it. - Decrypt encrypted files.
- Clean up any private keys used for decryption (i.e. removing RSA private keys from the master where decryption occurs, etc.).
- Matrix building toolchains (i.e. set up the environment for the build like what version of python or ruby, etc). This is the first time user configured code is executed from the
.jervis.yml
. Setting up the matrix exclusions happen here as well. - Perform the build lifecycles in the following order. Any one of the following steps can be overridden by the
.jervis.yml
. -
before_install
- commands that run before theinstall
step. e.g. point rubygems at an internal gem caching proxy such as geminabox or Nexus. -
install
- commands that run to assemble dependencies. -
before_script
- commands that prepare your system for testing. e.g. populate a database. -
script
- commands to run unit tests. -
after_success
orafter_failure
- Execute commands depending on the outcome of the build. (provided by the Post-Build Script Jenkins Plug-in). -
after_script
- Always execute these commands after the build.
Here is a sample .jervis.yml
yaml file with all of the build lifecycles (non-matrix build) executing only a single command at each step. If you define the lifecycles in your .jervis.yml
file then you will override the default set by the Supported Languages.
language: python
before_install: some command
install: some command
before_script: some command
script: some command
after_success: some command
after_failure: some command
after_script: some command
Here is a sample .jervis.yml
with some of the build lifecycles (non-matrix build) executing multiple commands.
language: java
before_install:
- some command
- some command
before_script:
- some command
- some command
after_script:
- some command
- some command
By default Jervis will generate Jenkins jobs for all branches that have a .travis.yml
or .jervis.yml
file. You can control and limit this behavior by specifying the branches
key in your .jervis.yml
.
You can either whitelist or blacklist branches that you want to be built:
# blacklist
branches:
except:
- legacy
- experimental
# whitelist
branches:
only:
- master
- stable
If you specify both, except
will be ignored. .jervis.yml
needs to be present on all branches you want to be built. .jervis.yml
will be interpreted in the context of that branch so if you specify a whitelist in your master branch it will not propagate to other branches.
You can use regular expressions to whitelist or blacklist branches:
branches:
only:
- master
- /^deploy-.*$/
Any name surrounded with /
in the list of branches is treated as a regular expression. The expression will use Pattern.compile
to compile the regex string into a Groovy regular expression.
To learn more about securing data in your repository for the build process please see secure secrets in repositories.
To learn more about matrix builds see matrix job support.
- Build overview
- Supported languages
- Supported build tools
- Publish results
- Additional topics:
- Quickstart
- Background information
- Knowledge checklist
- Required Jenkins Plugins
- Labels for Jenkins Agents
- Key security concepts
- Operationalize Jenkins
- High availability
- Disaster recovery
- Pipeline support
- Extending support