Analyze Your Repository With GitLab CI

You can integrate SonarCloud analysis into your GitLab CI pipeline.

Add environment variables

Define the SONAR_TOKEN environment variable

On SonarCloud go to My account > Security > Generate Tokens to generate a fresh token that GitLab CI can use.

In GitLab, go to Settings and then CI/CD Variables to add the following variable and make sure it is available for your project:

  • In the Key field, enter SONAR_TOKEN
  • In the Value field, enter the token you generated on SonarCloud
  • Tick the Masked checkbox (this will prevent GitLab from showing the token in your build logs)

Define the SONAR_HOST_URL environment variable

In GitLab, go to Settings and then CI/CD Variables to add the following variable and make sure it is available for your project. You can define it for each of your GitLab projects or only once on the parent GitLab group.

  • In the Key field, enter SONAR_HOST_URL
  • In the Value field, enter https://sonarcloud.io
  • No need to tick the Masked checkbox this time

Create or update the gitlab-ci.yml file

Choose the build technology relevant to your project.

Maven

Update your pom.xml file with the following properties:

<properties>
   <sonar.projectKey>your-project-name-here</sonar.projectKey>
   <sonar.organization>your-sonarcloud-organization-name-here</sonar.organization>
 </properties>

Create or update your .gitlab-ci.yml file with the following content:

variables:
  SONAR_USER_HOME: "${CI_PROJECT_DIR}/.sonar"  # Defines the location of the analysis task cache
  GIT_DEPTH: "0"  # Tells git to fetch all the branches of the project, required by the analysis task
sonarcloud-check:
  image: maven:3.6.3-jdk-11
  cache:
    key: "${CI_JOB_NAME}"
    paths:
      - .sonar/cache
  script:
    - mvn verify sonar:sonar
  only:
    - merge_requests
    - master

Gradle

Update your build.gradle file with the following properties:

plugins {
  id "org.sonarqube" version "3.4.0.2513"
}

sonarqube {
  properties {
    property "sonar.projectKey", "your-project-name-here"
    property "sonar.organization", "your-sonarcloud-organization-name-here"
  }
}

Create or update your .gitlab-ci.yml file with the following content:

variables:
 SONAR_USER_HOME: "${CI_PROJECT_DIR}/.sonar"  # Defines the location of the analysis task cache
 GIT_DEPTH: "0"  # Tells git to fetch all the branches of the project, required by the analysis task
sonarcloud-check:
 image: gradle:alpine
 cache:
   key: "${CI_JOB_NAME}"
   paths:
     - .sonar/cache
 script: gradle sonarqube
 only:
   - merge_requests
   - master

Other (for JS, TS, Go, Python, PHP, ...)

Create or update your .gitlab-ci.yml file with the following content.

variables:
 SONAR_USER_HOME: "${CI_PROJECT_DIR}/.sonar"  # Defines the location of the analysis task cache
 GIT_DEPTH: "0"  # Tells git to fetch all the branches of the project, required by the analysis task
sonarcloud-check:
 image:
   name: sonarsource/sonar-scanner-cli:latest
   entrypoint: [""]
 cache:
   key: "${CI_JOB_NAME}"
   paths:
     - .sonar/cache
 script:
   - sonar-scanner
 only:
   - merge_requests
   - master

Create a sonar-project.properties file in the root directory of the project:

sonar.projectKey=your-project-name-here
sonar.organization=your-sonarcloud-organization-name-here

# This is the name and version displayed in the SonarCloud UI.
# sonar.projectName=Sample Project
# sonar.projectVersion=1.0

# Path is relative to the sonar-project.properties file. Replace "\" by "/" on Windows.
# sonar.sources=.

# Encoding of the source code. Default is default system encoding
# sonar.sourceEncoding=UTF-8

Failing the pipeline job when the SonarCloud Quality Gate fails

In order for the pipeline to stop on GitLab CI side when the Quality Gate fails on SonarCloud side, the SonarScanner needs to wait for the report and Quality Gate status to be processed by SonarCloud. To enable this feature, you can set the sonar.qualitygate.wait=true parameter in your sonar-project.properties or .gitlab-ci.yml file.

You can also set the sonar.qualitygate.timeout property to a maximum amount of time (in seconds) that the SonarScanner should wait for a report to be processed. The default is 300 seconds. Reaching this timeout will count as a failure and stop the GitLab CI pipeline.

It is also possible to allow a job to fail without impacting the rest of the CI suite with the allow_failure: true parameter of GitLab CI. The failing job won't stop the pipeline but will be displayed as in a warning state.

Merge request decoration

The decoration of your merge requests is automatically configured as soon as you import a project and set up your GitLab CI.

The same access token used for connecting your GitLab group to SonarCloud is used to post comments on the merge request. It makes it all the more important to use a technical GitLab account to generate the token.

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