TL ; DR
L’analyse statique va s’effectuer au moment où vous buildez votre projet. Notez que pour le moment seule une intégration avec msbuild (la tâche Visual Studio Build) existe.
Si vous buildez des projets avec node/npm ou autres, il est possible que la configuration requise soit différente ainsi que les outils (tâches gulp par exemple).
Ajout des tâches à la définition
Nous partirons du principe que vous avez déjà une build 2015 en place
Ajoutez deux étapes SonarQube, placez la begin analysis avant le build visual studio et la end analysis après l’exécution des tests unitaires. (comme ça, si vous avez des résultats de couverture de code, ils apparaitront dans SonarQube).
Renseignez le endpoint, nom de projet, clef du projet, version ainsi que les paramètres optionnels de l’étape de début.
Dans mon cas j’ai mis /d:sonar.exclusions=**/*.min.js,**/*.min.css en paramètres optionnels pour exclure les fichiers minifiés de l’analyse.
Note : ces paramètres peuvent aussi être spécifiés dans les paramètres globaux de SonarQube ou dans les paramètres de projet SonarQube.
Note : java doit être installé sur les machines de build si vous avez vos propres machines de build
Note : je vous conseille d’ajouter une variable « SonarQubeAnalysisTimeoutInSeconds » à la définition de build avec la valeur suivante « 600 ». Cela va étendre le délai d’expiration de l’analyse statique, des fois que votre machine ait plusieurs résultats à importer à la fois.