SonarQube Version | Plugin Version(s) |
---|---|
1.12 - 2.14 | 1.0 |
3.0 - 5.1 | 1.0, 1.1 |
5.2 | Not compatible due to limitations with SonarQube platform |
5.3 - 5.4 | 2.0, 2.1, 2.2 |
5.5 - 6.3 | 2.1, 2.2 |
- Download the appropriate
sonar-build-breaker-plugin-${version}.jar
file from the releases page, based on the compatibility chart - Copy the plugin into
/path/to/sonarqube/extensions/plugins/
- Remove older versions of the plugin from
/path/to/sonarqube/extensions/plugins/
, if present - Restart SonarQube
This plugin will mark the build failed if the project fails its quality gate or uses a forbidden configuration. These checks happen after analysis has been submitted to the server, so it does not prevent a new analysis from showing up in SonarQube.
Upon uploading the analysis information, the plugin follows the below workflow to check the quality gate:
- Search
${sonar.working.directory}/report-task.txt
forceTaskId
, the server-side Compute Engine (CE) task associated with the current analysis - Call the
${sonar.host.url}/api/ce/task?id=${ceTaskId}
web service to retrieveanalysisId
- If the CE Task Status is
PENDING
orIN_PROGRESS
, waitsonar.buildbreaker.queryInterval
and repeat step 2 - If the CE Task Status is
SUCCESS
, save theanalysisId
and proceed to step 3 - If the CE Task Status is
FAILED
or none of the above, break the build - If step 2 has been attempted
sonar.buildbreaker.queryMaxAttempts
times, break the build - Call the
${sonar.host.url}/api/qualitygates/project_status?analysisId=${analysisId}
web service to check the status of the quality gate - If the quality gate status is
OK
, allow the build to pass - If the quality gate status is
WARN
, allow the build to pass and log the current warnings - If the quality gate status is
ERROR
, break the build and log the current warnings and errors
The build "break" is accomplished by throwing an exception, making the analysis return with a non-zero status code. This allows you to benefit from the notifications built into CI engines or use your own custom notifications that check the exit status.
This build breaker is only available in publish mode (sonar.analysis.mode=publish
, the default).
SonarQube calculates the quality gate status server-side, and only publish mode sends analysis results
to the server.
- Associate a quality gate to your project
- Optional: Tune
sonar.buildbreaker.queryMaxAttempts
and/orsonar.buildbreaker.queryInterval
- Check the duration of previous CE (background) tasks for your project, from submission until completion
- Ensure
sonar.buildbreaker.queryMaxAttempts * sonar.buildbreaker.queryInterval
is longer than the above duration (with default values, total wait time is ~5 minutes) - For small projects, a faster interval may be desired so your build times are not longer than necessary
- For very large projects or servers with a busy CE queue, more attempts or a longer interval may be necessary
- Run an analysis on your project
- If analysis fails while waiting for CE to complete, increase either
sonar.buildbreaker.queryMaxAttempts
,sonar.buildbreaker.queryInterval
, or both
Define the property sonar.buildbreaker.forbiddenConf
with comma-separated key=value
configurations that will break
the build.
For example, if you set the property to sonar.gallio.mode=skip
, each analysis on .NET projects executed with
Gallio skipped will be marked "broken".
This build breaker is only available in preview modes (sonar.analysis.mode=preview
or
sonar.analysis.mode=issues
). In publish mode, issue severity data is not available to post-job
checkers.
- Define the property
sonar.buildbreaker.preview.issuesSeverity
- Define
sonar.analysis.mode=preview
- Ensure
sonar.preview.excludePlugins
does not havebuildbreaker
in the list (prior to SonarQube 6.2, it is in the list by default)
Property | Description | Default value | Example |
---|---|---|---|
sonar.buildbreaker.skip |
If set to true, the quality gate is not checked. By default the build will break if the project does not pass the quality gate. | false |
|
sonar.buildbreaker.queryMaxAttempts |
The maximum number of queries to the API when waiting for report processing. The build will break if this is reached. Total wait time is sonar.buildbreaker.queryMaxAttempts * sonar.buildbreaker.queryInterval . |
30 |
|
sonar.buildbreaker.queryInterval |
The interval (ms) between queries to the API when waiting for report processing. Total wait time is sonar.buildbreaker.queryMaxAttempts * sonar.buildbreaker.queryInterval . |
10000 |
|
sonar.buildbreaker.forbiddenConf |
Comma-separated list of key=value pairs that should break the build. |
sonar.gallio.mode=skip |
|
sonar.buildbreaker.alternativeServerUrl |
URL to use for web service requests. If unset, uses the serverUrl property from ${sonar.working.directory}/report-task.txt . |
||
sonar.buildbreaker.preview.issuesSeverity |
Fails the build in preview analysis mode if the severity of issues is equal to or more severe than the selection. | Disabled |
Available selections are (case insensitive): Disabled , INFO , MINOR , MAJOR , CRITICAL , BLOCKER |
sonar.buildbreaker.preview.newIssuesOnly |
Fails the build in preview analysis mode for new issues only | true | |
sonar.buildbreaker.preview.silent |
Disable failing the build in preview analysis mode and only log the issues found | false |
When reporting issues, please include complete steps to reproduce the issue and all relevant logs.
Pull requests are welcome, but may not always be reviewed immediately. Please be patient while waiting for review. This project is maintained on a best-effort basis (aka during spare time).
- This project uses google-java-format, so please ensure all Java code is formatted with this tool
- For the most part, the project follows standard Oracle Java code conventions
- Include unit tests
- Do not use PowerMock unless there is no alternative
- Keep project coverage above 90%
- Update the documentation (this
README.md
) with new configuration parameters and usage notes - Make sure your change works with all versions of SonarQube starting at the minimum version
defined in
pom.xml
- If you need to upgrade the base SonarQube version, create an issue for discussion first
- Once upgraded, the base version will not be downgraded