|author||Sergii Kipot <email@example.com>||Sat Mar 25 22:39:59 2017 +0100|
|committer||Sergii Kipot <firstname.lastname@example.org>||Tue Apr 04 23:15:27 2017 +0200|
Add configurable support for in-progress status With long CI pipelines it's hard to detect the current pipeline status with only passed,failed and unstable statuses. For instance if jobs are re-triggered within the same patchset there is no easy way to show this as we are still limited to only current three statuses but they are not relevant if task is still in progress. This change introduces config option enableInProgressStatus to enable visualization of new 'in-progress' status. It has its own gif icon shown in the same place as other statuses. If option is set to 'true' in-progress status will be shown for all jobs reported with value=2. By default the option is set to 'false' and nothing is changed then comparing to current behavior. Usage example: [plugin "verify-status"] enableInProgressStatus = true loading.gif icon has been generated using http://ajaxload.info/ type: snake background: transparent foreground: #666666 Change-Id: I34cebc03c33ab0c55ff4079031b734d48f25765e Signed-off-by: Sergii Kipot <email@example.com>
A typical Gerrit installation contains integration with an automated testing system that evaluates patchsets and reports results to Gerrit. The only way for a Continous Integration system to report results to Gerrit is by posting a review as a comment. The problem with this workflow is that automated reviews and human reviews are stored as one piece of data (comments). Human reviews are inherently different than automated reviews. Human reviews have more meaning to other human reviewers, it serves as a conversation between people that are reviewing the change and thus it is typically given higher priority over automated reviews. Comments provide a great forum to discuss a change however when robots clutter that forum it overwhelms human reviewers and thus impedes the discussion. Robots should have a separate feedback channel so that the data can be easily queried, viewed and analyzed independently from human comments.
This is where the verify-status plugin may help. It creates a separate “verify-status” channel for automated systems to report test results. It provides a set of SSH commands and REST endpoints allowing easy integration with any CI system. It allows the verify-status data to be stored in the Gerrit database or on a completely separate database. It provides a set of UI components to view the data independent of Gerrit comments. Lastly there's even a Jenkins plugin (Gerrit verify status reporter) that will publish test results to gerrit using this new communications channel.
More information about this plugin can be found in the documentation. Additionally the Gerrit verify status reporter plugin provides a quick start guide that has a complete set of instructions on how to integrate Gerrit verify status with Jenkins.