Do not limit the maximum number of jobs

The maximum number of verification jobs must not be
limited in number but only in time, otherwise the verification
pipeline would stop when there are too many open changes.

This is due to how the Checks integration and API works: once
a change is scheduled for being built is automatically not
returned anymore as pending, causing the job to be considered
as removed. If there are too many open changes and thus too
many removed jobs, the build just started would risk to be
immediately removed because of the automatic mechanism
of discarding old builds.

By removing the limit, prevent that situation to happen.
It will still remove the old builds by time and not by
number of builds anymore.

Change-Id: I68d0b65e015be376420f83ef2ac57373bdb0d44a
1 file changed
tree: b76d3b30613ab9274503c2adc98205fb2f2074ed
  1. jenkins/
  2. jenkins-docker/
  3. vars/
  4. worker/
  5. .gitignore
  6. Jenkinsfile
  7. README.md
  8. yamllint-config.yaml
README.md

Gerrit CI scripts

Providing jobs

This project uses Jenkins Jobs Builder [1] to generate jobs from yaml descriptor files.

To add new jobs reuse existing templates, defaults etc. as much as possible. E.g. adding a job to build an additional branch of a project may be as easy as adding the name of the branch to an existing project.

To ensure well readable yaml-files, use yamllint [2] to lint the yaml-files. Yamllint can be downloaded using Python Pip:

pip3 install yamllint

To run the linter, execute this command from the project's root directory:

yamllint -c yamllint-config.yaml jenkins/**/*.yaml

Yamllint will not fix detected issues itself.

[1] https://docs.openstack.org/infra/jenkins-job-builder/index.html [2] https://pypi.org/project/yamllint/