为什么要为Jenkins使用SonarQube插件，而不是简单地使用Maven目标声纳：声纳？
我想与Jenkins一起针对Maven 2项目启动SonarQube分析。我首先sonar:sonar在构建配置中使用了目标。
但是我刚刚找到了Jenkins的SonarQube插件。为什么要使用它？这是更好的做法，为什么？
问题答案：
您当然可以做一个简单的mvn sonar:sonar，这将起作用。
另一方面，还有用于Jenkins的SonarQube插件，它将使配置更加容易。例如，您将能够在一个位置（Jenkins的配置部分）定义有关SonarQube服务器（URL，数据库用户和密码）或多个SonarQube服务器的信息，从而不必在任何地方重复。
该插件还提供了动态运行SonarQube分析的功能（无需Maven）：您只需要提供一些必填属性（例如sonar.projectKey和sonar.projectVersion例如），该插件即可为您透明地启动Java
Standalone Runner（这非常有帮助）用于Java以外的其他语言，这些语言不依赖Maven进行构建。
因此，如果您只是进行一些测试，则实际上不需要此插件。但是，如果您要设置Jenkins的生产实例，那么最好使用SonarQube插件。
-
我想和Jenkins一起为Maven 2项目启动SonarQube分析，我首先在构建配置中使用了目标。 但我刚刚为詹金斯找到了SonarQube插件。为什么要用它？这是更好的做法吗？为什么？
-
我尝试使用Jenkins上的java项目运行声纳分析，使用标准的maven sonar：sonar goal，并使用post STEP>>Execute SonarQube Scanner。我使用的maven目标是。 对于SonarQube扫描仪，我使用了下面的maven目标 SonarQube版本-7.7声纳扫描仪版本-3.3.0 Jenkins版本-2.164.3 Maven版本-3.6.1
-
问题内容： 这是在使用 JENKINS 构建的 Maven 3 Java JS 项目中使用 Sonar 时发现的问题/问题。 为了分析我的项目，我选择了两种不同的方式，但是两种方式均不起作用。 第一种方法 ：在JENKINS中将Sonar作为独立任务启动，作为构建后的动作 *从 *JENKINS 安装的 Sonar插件* v2.1 * *从 *JENKINS 安装的 Sonar Runner* v
-
问题内容： 我的詹金斯号建筑刚开始失败，并显示以下消息： 这是怎么回事？ 问题答案： 对于那些对 “为什么” 感兴趣的人 ，我做了更多的挖掘工作，看来正在发生的事情是这样的： RunnerBootstrapper尝试检查版本是否为5.2+： 首先，从在EmbeddedRunner中创建的启动器检索 serverVersion ， 使用IsolatedLauncher创建代理的实现类BatchIso
-
我有一个有java和Js文件的maven项目（pom.xml）。我想从Jenkins调用sonar analysis。请告诉我如何分析java和Javascript文件。我已经使用sonar runner为java做了这件事，但问题是Javascripts文件位于项目目录中的不同位置。因此，sonar.src=src/main/java在这里不起作用。我认为我需要使用maven pom.xml来进
-
问题内容： 我想和詹金斯建立声纳。但是我不确定Sonar网站是否描述了两种不同的方法来执行此操作，或者是否有两个必要步骤： 据我了解，这是两种不同的方式。如果是这样的话，（Sonar本身和Sonar跑步者之间）有什么区别以及优点和缺点是什么？ 问题答案： 如果要使用SonarQube和Jenkins分析项目，则需要满足以下条件： SonarQube服务器启动并运行 安装并运行SonarQube S