为什么要为 Jenkins 使用 SonarQube 插件，而不是简单地使用 maven 目标声纳：声纳？答案

【问题标题】：Why use SonarQube plugin for Jenkins rather than simply use maven goal sonar:sonar?为什么要为 Jenkins 使用 SonarQube 插件，而不是简单地使用 maven 目标声纳：声纳？
【发布时间】：2012-05-28 02:58:37
【问题描述】：

我想使用 Jenkins 为 Maven 2 项目启动 SonarQube 分析。我首先在构建配置中使用了目标sonar:sonar。

但我刚刚找到了适用于 Jenkins 的 SonarQube 插件。为什么要使用它？这是一种更好的做法吗？为什么？

【问题讨论】：

标签： maven hudson jenkins sonarqube

【解决方案1】：

你当然可以做一个简单的mvn sonar:sonar，这样就可以了。

另一方面，Jenkins 的 SonarQube 插件可以让配置变得更容易。例如，您将能够在一个地方（Jenkins 的配置部分）定义有关您的 SonarQube 服务器（URL、数据库用户和密码）或多个 SonarQube 服务器的信息，这样您就不必到处重复了。

该插件还提供动态运行 SonarQube 分析的能力（无需 Maven）：您只需提供一些强制性属性（例如 sonar.projectKey 和 sonar.projectVersion），插件将启动 Java Standalone Runner 对你来说是透明的（这主要对 Java 以外不依赖 Maven 构建的其他语言很有帮助）。

所以如果你只是做一些测试，你并不真的需要这个插件。但如果您要设置 Jenkins 的生产实例，那么最好使用 SonarQube 插件。

【讨论】：

我想指出，Jenkins 声纳插件实际上在幕后调用了相同的 maven 目标。这样做的一个令人讨厌的副作用是 Jenkins 调用与在构建步骤中指定时不共享相同的环境。