Various fixes on the pipeline

- Fix a syntax error. Maybe we could detect them with a build test but
  we need to figure out how to ship Jenkins dependencies on the class path.
- Nit: arranged the formatting of BazelUtils
- Nit: remove duplicate null affectation
- Fix the path to bazel, on freebsd it is a symlink from
  ~/.bazel/latest/binary/bazel and ~/.bazel/latest/bin/bazel does not exists
- Applies the -with{,out}-jdk patch to the bootstrap groovy.

With all those fixes here what is not yet working on the global pipeline:
  - Windows MSYS fails because it expects a cpu that is in 0.5.0
  - Windows MSVC fails because it expects a path that will be there after 0.5.0

So waiting for tomorrow's release and will continue to debug the pipeline.

Change-Id: Iec63cad686d28b93ff127d6bb1e7b1c4cd730f21
5 files changed
tree: 3d8e12987c3c5f13a14f4a515394ed9a7022f178
  1. base/
  2. docs/
  3. gce/
  4. gcr/
  5. gerrit-github-sync/
  6. jenkins/
  7. mac/
  8. templating/
  9. .gitignore
  10. AUTHORS
  11. CONTRIBUTING.md
  12. CONTRIBUTORS
  13. LICENSE.txt
  14. README.md
  15. WORKSPACE
README.md

Bazel continous integration setup

This workspace contains the setup for the continuous integration system of Bazel. This setup is based on docker images built by bazel.

Make sure you have a Bazel installed with a recent enough version of it. Also make sure gcloud and docker are correctly configured on your machine. Only docker version 1.10 or later is supported.

More documentation:

  • init.sh: initializes the whole CI platform. This may delete VMs and do other irreversible changes, so handle with care.
  • vm.sh: lets you control the machines (e.g. start/stop them, create/delete/reimage them), including the Jenkins controller and the executor nodes.
  • workflow: explains the CI workflow, and how you can test local changes with jenkins-staging
  • jobs: explains what jobs are running on the CI