How to configure SonarQube for code quality

Below are a few key pointers, otherwise head over to the left pane for full documentation content and search capabilities.

SonarQube ® is an automatic code review tool to detect bugs, vulnerabilities and code smells in your code. It can integrate with your existing workflow to enable continuous code inspection across your project branches and pull requests.

3. Quality Gates

3.1 Overview

A quality gate is the best way to enforce a quality policy in your organization. It’s there to answer ONE question: can I deliver my project to production today or not?

In order to answer this question, you define a set of Boolean conditions based on measure thresholds against which projects are measured. For example:

  • No new blocker issues
  • Code coverage on new code greater than 80%

Ideally, all projects will be verified against the same quality gate, but that’s not always practical. For instance, you may find that:

  • Technological implementation differs from one application to another (you might not require the same code coverage on new code for Web or Java applications).
  • You want to ensure stronger requirements on some of your applications (internal frameworks for example).

3.2 Use the Best Quality Gate Configuration

The quality gate “Sonar way” is provided by SonarSource, activated by default and considered as built-in and so read-only. It represents our view of the best way to implement the Fixing the Water Leak concept. At each SonarQube release, we adjust automatically this default quality gate according to SonarQube’s capabilities.

Three metrics allow you to enforce a given Rating of Reliability, Security and Maintainability, not just overall but also on new code. These metrics are recommended and come as part of the default quality gate. We strongly advise you to adjust your own quality gates to use them to make feedback more clear to your developers looking at their quality gate on their project page.

Don’t forget also that quality gate conditions must use differential values. There is no point for example to check an absolute value such as: Number of Lines of Code is greater than 1000.

3.3 Recommended Quality Gate

The Sonar way Built-in quality gate is recommended for most projects. If focuses on keeping new code clean, rather than spending a lot of effort remediating old code. Out of the box, it’s already set as the default profile.

3.4 Quality Gate Status

The current status is displayed prominently at the top of the Project Page.

Quality gate status

3.5 Getting Notified When a Quality Gate Fails

Thanks to the notification mechanism, users can be notified when a quality gate fails. To do so, subscribe to the New quality gate status notification either for all projects or a set of projects you’re interested in.

3.6 Security

Quality Gates can be accessed by any user (even anonymous users). All users can view every aspect of a quality gate.

To make changes (create, edit or delete) users must be granted the Administer Quality Profiles and Gates permission.

A project administrator can choose which quality gates his/her project is associated with. See Project Settings for more.

3.7 Defining Quality Gates

Each Quality Gate condition is a combination of:

  • measure
  • comparison operator
  • error value

For instance, a condition might be:

  • measure: Blocker issue
  • comparison operator: >
  • error value: 0

Which can be stated as: No blocker issues.