Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 19 Next »


Table of Contents


The new structure of Team Foundation Build gives us a great opportunity to integrate better with your build and release processes in Visual Studio Team Services (VSTS) (formerly VSO) and Team Foundation Server (TFS) on-premises. We have created a public extension you can install into your VSTS account or a TFS 2015 server. The extension contains the following build steps:

For C# and VB.NET projects, including mixed languages (C# and VB.Net, C# and Javascript...)

  • SonarQube Scanner for MSBuild - Begin Analysis
  • SonarQube Scanner for MSBuild - End Analysis

All other languages

  • SonarQube Scanner CLI

The source of the extension is available in the GitHub SonarQube Scanner for MSBuild repository.


The SonarQube Extension for VSTS/TFS is compatible with TFS 2015 Update 3 and VSTS. It requires SonarQube version 5.6+ (LTS).


  • A SonarQube server (it can be too)
  • An agent with:
    • .NET Framework v4.5.2+
    • Java Runtime Environment (JRE) v7u75+


You can simply install the extension from the marketplace and follow the instructions below.


After installing the extension, follow the steps below to get it running for your build.


C#/VB.Net solutions 

In this scenario, you have the choice between using:

  • SonarQubeScanner for MSBuild tasks
  • Jenkins task.

Other language solutions

In this scenario, you can analyze your files using one of the following techniques:

  • SonarQube Scanner CLI task
  • Maven task
  • Jenkins triggered analysis


In order to analyze properly your solution you will need to setup a SonarQube Endpoint and edit your current Build Definition.

SonarQube Endpoint

  1. Open the Services page in your Visual Studio Team Services Control Panel
    Click the Settings cog icon in the top bar of the project screen and then click the Services menu.

  2. Click on New Service Endpoint and choose SonarQube.

  3. Specify a Connection Name, the Server URL of your SonarQube Server (including the port if required) and the Authentication Token to use.

Editing the Build Definition

  1. Open the Build Definitions page in your Visual Studio Team Services Control Panel
    Click the Build & Release button on the top bar and then the Builds menu.

  2. Edit an existing Build Definition or create a new one and then click the Add build step... button.

  3. Select the Build category and then add the appropriate tasks.
    • For C# and VB.NET projects (optionally with other languages such as JavaScript) add both SonarQube Scanner for MSBuild - Begin Analysis and SonarQube Scanner for MSBuild - End Analysis tasks.
    • For other language projects, add the SonarQube Scanner CLI task.

Configuring SonarQube Tasks

  1. SonarQube Server section allows you to define the endpoint (i.e. SonarQube Server instance) to use.

    You can either:
    • select an existing endpoint from the drop down list
    • add a new endpoint
    • manage existing endpoints


    This is equivalent to setting and sonar.password arguments on a local call.

  2. SonarQube Project Settings section allows you to specify which SonarQube project to use.

    • Project Key - the unique project key in SonarQube

    • Project Name - the name of the project in SonarQube

    • Project Version - the version of the project in SonarQube


      This is the equivalent of setting  sonar.projectKey, sonar.projectName and sonar.projectVersion arguments on a local CLI call.

  3. Advanced section allows to specify advanced features. We advise you to keep the out-of-the-box experience if you are not familiar with these settings.
    • Additional Settings - space separated settings using the format: /d:propertyName=propertyValue. Normal command line escaping rules apply
    • Settings File - as Additional Settings except you can specify a file that will contains these settings
    • Include full analysis report in the build summary - delays the build to wait for SonarQube analysis report
    • Fail the build on quality gate failure - delays the build to wait for SonarQube analysis report AND make the build to fail if SonarQube quality gate is failure


      Include full analysis report in the build summary and Fail the build on quality gate failure induce a delay in your build and you might want to disable them for your development CI.




  • No labels