• Start Free
  • Log In

Pull Request Analysis

Pull request analysis is your second line of defense in keeping your code clean. Your first line of defense is using SonarLint to find issues right in your IDE. Once you have addressed those issues, you can go ahead and create a pull request to merge your changes into the main branch of your project. SonarCloud will automatically analyze the code changes it introduces and report the result, both in the SonarCloud interface and in the pull requests view of your DevOps platform. This step can find issues that are not detectable inside the IDE with SonarLint, giving you the opportunity to address them before you merge the pull request.

From the project, if you click on Pull Requests, the pull requests for which an analysis has been done will be displayed:

image description

For each pull request in the list, the name of the pull request, the commit at which the latest analysis was performed, and the resulting status of the quality gate on that pull request are displayed. Click on the name of the pull request to drill down further:

pull request analysis

Pull request decoration

In addition to appearing in the SonarCloud interface, the quality gate status and a summary of the results also appear in your DevOps platform interface (that is, in the pull request view of GitHub, Bitbucket Cloud, Azure DevOps or GitLab). This is referred to as pull request decoration. But, it is not just decorative! It also integrates with your DevOps platform to block the merge of the pull request if the quality gate fails. In this way, you can benefit from SonarCloud analysis without even leaving the environment of your DevOps platform.

A pull request decoration on GitHub look like this (it is similar on the other platforms):

image description

Quality gate and metrics

Pull request analysis differs from main branch (and other long-lived branch) analysis in two important ways:

  • Pull request analysis only reports issues that were introduced by the pull request itself. When SonarCloud analyzes a pull request P for the merge of branch B into base branch T it scans the HEAD commit of B and compares the result with the most recent scan of T. Only issues that appear in B but not in T are reported in the analysis results. In cases where T includes new issues added since the most recent scan (in other words the scan is outdated) those additional issues will appear as part of the pull request analysis, even though they were not introduced by the pull request.
  • The quality gate for the pull request is computed based on this analysis. The quality gate used is the one set at the project level, however, only the conditions on new code within the quality gate are applied.

Above you can see that on the Summary tab, the quality gate and the five quality metrics are displayed. In addition, the other tabs, IssuesMeasures and Code let you see more details about the analysis.

Enabling pull request analysis

Pull request analysis is available on all supported repository providers. Of course, to see an analysis result, an analysis must be performed on the pull request. If you are using automatic analysis (which is only available on GitHub) then this happens without any further configuration on pull request creation and on every push to the pull request branch. If you are using build analysis then you must make sure that your build script is configured to build on pull request creation and push.

Existing pull requests on first automatic analysis

When a project is first imported into SonarCloud and analyzed by automatic analysis the first analysis behaves differently from subsequent analyses. On the first analysis not only will the main branch be analyzed, but, also the most recently active pull requests, up to a maximum of five. The main branch and pull request results will appear on the project overview, as usual. Subsequent analyses will occur normally, on pushes to the main branch and on pushes to pull request branches.

Pull request analysis and SonarLint

The SonarLint IDE extension works well with pull request analysis.

With the extension installed, issues will be highlighted even before you create your pull request.

If SonarLint shows your code as clean, you can then open a pull request and SonarCloud will perform the pull request analysis to detect more complex issues that were not detectable by SonarLint.

In this way SonarLint together with pull request analysis give you two levels of protection to help keep your code clean.

© 2008-2023, SonarCloud by SonarSource SA. All rights reserved.