3

问题：如何使用来自 Maven 的 sonarQube 在提交之前收集增量分析？

背景： 我们正在使用 SonarQube 4.1.2 对使用 Maven 构建的 java 项目执行分析。我们已将问题报告插件 1.1 安装到服务器上。

我已经在构建控制台中启用了增量报告，并且可以看到增量数据正在使用 maven 命令从持续集成服务器中正确提供： mvn org.codehaus.mojo:sonar-maven-plugin:2.3.1:sonar -P sonar -Dsonar.java.target=1.7 -Dsonar.java.source=1.7 -Dsonar.profile=MyProfileName -Dsonar.branch=branchID

有一个相关的 Maven 配置文件：

<profile>
    <id>sonar</id>
    <activation>
            <activeByDefault>false</activeByDefault>
    </activation>     
    <properties>
        <sonar.hostname>mySonarHostName</sonar.hostname>
        <sonar.host.url>http://${sonar.hostname}:9000</sonar.host.url>
        <sonar.jdbc.url>jdbc:oracle:thin:@${sonar.hostname}:1521/sabrixdb</sonar.jdbc.url>
        <sonar.jdbc.username>dbusername</sonar.jdbc.username>
        <sonar.jdbc.password>dbpassword</sonar.jdbc.password>
        <sonar.jdbc.driver>oracle.jdbc.driver.OracleDriver</sonar.jdbc.driver>

        <sonar.core.codeCoveragePlugin>jacoco</sonar.core.codeCoveragePlugin>
        <sonar.dynamicAnalysis>reuseReports</sonar.dynamicAnalysis>
    </properties>
</profile>

从持续集成 CI 服务器日志中，我可以按预期在控制台上看到增量报告：

build   14-Jul-2014 15:40:37    [INFO] [15:40:37.699] 
build   14-Jul-2014 15:40:37    
build   14-Jul-2014 15:40:37    -------------  Issues Report  -------------
build   14-Jul-2014 15:40:37    
build   14-Jul-2014 15:40:37            +3 issues
build   14-Jul-2014 15:40:37    
build   14-Jul-2014 15:40:37            +3 major
build   14-Jul-2014 15:40:37    
build   14-Jul-2014 15:40:37    -------------------------------------------
build   14-Jul-2014 15:40:37    
build   14-Jul-2014 15:40:37

当从开发机器调用它以使用以下命令进行增量分析时：mvn org.codehaus.mojo:sonar-maven-plugin:2.3.1:sonar -Dsonar.profile=MyProfileName -Dsonar.branch=branchID -Dsonar.analysis.mode=incremental -Dsonar.host.url=http://mySonarHostName:9000 -Dsonar.issuesReport.html.enable=true -Dsonar.issuesReport.console.enable=true -Dsonar.dynamicAnalysis=reuseReports

我收到一份增量报告，其中包含修改后的代码预期的更多问题。奇怪的是，这里的数字也大于在 sonarQube 服务器上测量的项目问题总数：

-------------  Issues Report  -------------

    +65058 issues

    +42709 major
     +2287 minor
    +20062 info

-------------------------------------------

参考链接 作为调查的一部分，我一直在咨询以下链接：

提交前分析的三个选项 http://www.sonarqube.org/three-options-for-pre-commit-analysis/

SonarQube 中的分析与预览与增量预览 http://www.sonarqube.org/analysis-vs-preview-vs-incremental-preview-in-sonarqube/

问题报告插件http://docs.sonarqube.org/display/SONAR/Issues+Report+Plugin

CodeHaus 声纳 Maven 插件 http://mojo.codehaus.org/sonar-maven-plugin/plugin-info.html

更新 (2014/07/16) 注意到这个线程 [ http://sonarqube.15.x6.nabble.com/Incremental-run-mode-td5024228.html]。这说明增量正在处理文件的哈希以确定要分析的文件。

我正在从事的项目生成了声纳没有被告知忽略的代码。我假设这会导致额外的流失（除了扫描机器生成的代码是一个坏主意）。为了探索这个理论，我将添加-Dsonar.exclusions=com/generatedpackage/**/*.java到命令中。

更新 (2014/07/17)

通过在 sonar.exclusions 中指定生成的源，减少了为“增量”分析检测到的违规数量。一旦这些都考虑在内，问题/违规的数量就会与我引入的用于在本地验证流程的问题数量保持一致。为了简化对此的维护，然后我使用以下模式简化了所有生成文件的抑制指标：file:**/generated*/**

为了统一起见，我能够在正在分析的项目的根 POM 中指定这一点。

<sonar.exclusions>file:**/generated*/**</sonar.exclusions>

如上所述，声纳 Qube 论坛帖子解释说，增量分析只会分析哈希与声纳 Qube 服务器上的哈希文件不匹配的文件。

4

1 回答 1

3

成功使用此功能的关键有两个：1) 确保在 sonarQube 服务器上安装问题报告插件 2) 指定 sonar.exclusion 以确保排除生成的源

有了这个和“声纳”配置文件，用户只需将此“声纳”配置文件和 sonar:sonar 目标添加到 maven 命令

这会改变：

mvn clean install -P myProfile

至：

mvn clean install sonar:sonar -P myProfile,sonar

maven配置文件可以将声纳目标绑定到验证阶段，以便在添加配置文件时省略指定目标的需要。我选择不绑定插件以提供更多的灵活性。

这足以使用户能够验证增量代码。

于 2014-07-25T07:43:24.367 回答