Sonar's Clean Code solutions help developers deliver high-quality, efficient code standards that benefit the entire team or organization.
https://redirect.sonarsource.com/doc/gradle.html
For support questions ("How do I?", "I got this error, why?", ...), please head to the SonarSource forum. There are chances that a question similar to yours has already been answered.
Be aware that this forum is a community, so the standard pleasantries ("Hi", "Thanks", ...) are expected. And if you don't get an answer to your thread, you should sit on your hands for at least three days before bumping it. Operators are not standing by. :-)
If you would like to see a new feature, please create a new thread in the forum "Suggest new features".
Please be aware that we are not actively looking for feature contributions. The truth is that it's extremely difficult for someone outside SonarSource to comply with our roadmap and expectations. Therefore, we typically only accept minor cosmetic changes and typo fixes.
With that in mind, if you would like to submit a code contribution, please create a pull request for this repository. Please explain your motives to contribute this change: what problem you are trying to fix, what improvement you are trying to make.
Make sure that you follow our code style and all tests are passing (Travis build is executed for each pull request).
To build the plugin and run the tests, you will need Java 11.
./gradlew clean build
When the plugin is applied to a project, it will add to that project the Sonar task. It will also add to the project and all its subprojects the Sonar extension.
For multi-module projects, the plugin will only apply to the first project where it gets called. The goal is to allow the usage of allprojects {}
, for example.
Sonar extension
The sonar
extension enables an easy configuration of a project with the Domain Specific Language.
Sonar task
The Sonar task has the name sonar
, so it can be executed by calling ./gradlew sonar
. It collects information from the project and all its subprojects, generating the properties for the analysis. Then, it runs the SonarScanner analysis using all those properties.
The task depends on all compile and test tasks of all projects (except for skipped projects).
If all projects are skipped (by adding skipProject=true
to the sonar DSL), the analysis won't execute.
A composite build can be used to substitute plugins with an included build.
In the target project, apply the sonarqube
plugin:
plugins {
id 'org.sonarqube'
}
Run with:
./gradlew sonar --include-build /path/to/sonar-scanner-gradle
See the previous point about including the plugin's build when building a target project. To debug, simply add the parameter:
./gradlew sonar --include-build /path/to/sonar-scanner-gradle -Dorg.gradle.debug=true
Now debug remotely by connecting to the port 5005.
By default, Integration Tests are skipped during the build. To run them, you need to follow these steps:
- Install the SNAPSHOT version of the root project in the local Maven repository.
- Import the
integationTests
project as a Maven project and ensure that Android SDK is set. - Set
ANDROID_HOME
environment variable - Run the following command from the
integrationTests
project:mvn --errors --batch-mode clean verify
./gradlew publishToMavenLocal
buildscript {
repositories {
mavenCentral()
mavenLocal()
}
dependencies { classpath 'org.sonarsource.scanner.gradle:sonarqube-gradle-plugin:<THE VERSION>' }
}
apply plugin: 'org.sonarqube'
Follow the Scanner for Gradle Release Process
https://plugins.gradle.org/docs/publish-plugin
./gradlew release
Copyright 2011-2024 SonarSource.
Licensed under the GNU Lesser General Public License, Version 3.0)