GerritForge is glad to announce that the CI export is almost complete.
The Jenkins instance that powers the CI exposed is organised in the following views:
Gerrit view
=========
Contains all the SNAPSHOT builds of all branches (including master) back to stable-2.5.
If you are still running a Gerrit 2.4 or even older, you must consider upgrading ASAP.
NOTE: The Gerrit E2E test jobs are currently disabled because they take too much time and some of them are actually broken [not the test, but the functionality that they are testing]. We will dedicate a separate slave for tests in order to avoid blocking the main builds.
Under each Gerrit job, the associated BUCK plugins linked as Gerrit submodules are also built and published:
commit-message-length-validator.jar
cookbook-plugin.jar
download-commands.jar
replication.jar
reviewnotes.jar
singleusergroup.jar
Plugins views
===========
Contains all the SNAPSHOT builds of the Gerrit plugins (the ones with at least one change merged). Most of the plugins have ONLY a master branch as they have not been modified since their initial version. This does not mean that they necessarily work on the current Gerrit master version though.
--- * ---
DISCLAIMER
===========
The GerritForge CI *IS NOT* the official Gerrit distribution and does not provide the officially tagged build binaries. For each version of Gerrit there is a release manager who is responsible for tagging, building, verifying the distributed packages.
We have chosen to expose our CI for allowing the Gerrit community to access to a wide variety of plugins in their binary form and to Gerrit SNAPSHOT releases without having to compile everything from source code.
Building Gerrit and its plugins is a useful but time-consuming activity that may be difficult for those who want just to use Gerrit without being involved with its development.
--- * ---
Q&A
====
A: GerritForge CI is the build of the HEAD of Gerrit and their plugins branches, without any purpose of archiving or large-scale distribution. The Plugins published at Google storage are the ones built using BUCK and the official Google Diffy verifier and they are inteded to be used for distribution to the community.
Q: Can I use the CI builds for my production environment ?
A: Yes, but bear in mind that they are SNAPSHOT, they are not supported and thus not associated to any specific release. In case of problems you may need to contact someone in the Community, a contractor or request customer support.
Q: How can I find to what version the SNAPSHOT build is associated ?
Q: Why the artifact name does not contain any SHA1, time-stamp or Build ID ?
A: This is the way that Gerrit build works: produces always the same artifact name, regardless of the SHA1 built. The SHA1 of the build is visible at the bottom of each Gerrit screen after the 'g' char: (e.g. 2.9-rc1-144-g0993c83 => SHA1 of the HEAD commit is 0993c83)
--- * ---
We believe that having a Gerrit Continuous Integration visible would allow:
> Gerrit contributors: having a direct feedback on the health status of the active branches
> Gerrit users: saving time in building SNAPSHOTs and Plugins
One extra value is the ability to access the plugin and extension APIs when they are in SNAPSHOT state, as they are not published to the Google Storage Maven repo.
Hope the community would benefit from our CI :-)
Luca.