- Integrates detekt for code analysis
- Default quality profile
detekt active(80 rules) anddetekt all(164 rules) - Syntax highlighting
- Supports SonarQube 6.7.7 and up
- Supports detekt's
yaml configandbaseline.xml(alsopath filters) - Jacoco support
- Lines of code and complexity metrics
This sonar-kotlin is not the official sonarqube plugin. It was released before the official plugin and uses the same plugin key 'kotlin'. That means you can't use this plugin together with the official one.
git clone https://github.com/arturbosch/sonar-kotlincd sonar-kotlinmvn packagecp target/sonar-kotlin-[enter_version].jar $SONAR_HOME/extensions/pluginscd $SONAR_HOME/bin/[your_os]./sonar.sh restart
Read about detekt configuration files here and about detekt baseline formats here.
Best ways to get started is to configure the detekt-gradle-plugin in your project and use its detektBaseline and
detektGenerateConfig tasks.
detektGenerateConfigcopies the default configuration file which you can use to turn on and off rules and set appropriate threshold values for some rules.detektBaselineanalyzes your project and generates a baseline xml file with all your current findings. This findings won't get reported anymore in sonar.
To make use of this features, you have to set up some properties:
Detekt path filters support multiple regex entries by adding a , for separating.
Detekt yaml configuration path also supports multiple configuration files where the first entered override some
values of the later added config files.
Sonar analyzes each module individually which makes it harder to search for your config files. If you use relative paths, sonar-kotlin first tries to find the provided path inside this module and if it can't find it, we are searching for the file in the parent folder. This leads to the limitation that only projects with sub-projects of depth 1 are supported. If you need more config files in your project hierarchies, provide them in the sub-projects with the same relative path available.
As mentioned/used in ...

