【问题标题】:Sonar taking too much space and time声纳占用太多空间和时间
【发布时间】:2015-04-27 03:20:31
【问题描述】:

我是 Sonar 的新手,并在其他人完成升级后尝试将其配置为在我的项目上正确工作。 我们将 Sonar 服务器从 3.x 版本升级到 5.0.1 版本。经过一些配置管理后,我们让它成功运行,但现在每个构建都需要大约 2.5 GB 的数据库磁盘空间和大约 2 小时。以前不需要那么多时间。以前,(我不知道配置是什么样的),Sonar 提出的问题是数百个,但现在是 200 万个。

问题可能出在哪里。我试着搜索这个,但没有找到太多。我猜它正在分析以前不像生成的文件或生成的 js 文件的文件。

我使用的是 java 7,而 gwt 确实会生成一些 JS 文件。我在哪里可以查看过滤文件以进行分析。声纳通过 Jenkins 运行,该 Jenkins 在 Maven 项目作业期间运行。任何帮助将不胜感激。

【问题讨论】:

    标签: java maven jenkins sonarqube


    【解决方案1】:

    在 Sonar 中单击违规,您应该能够看到分析违规的文件列表。还可以对您之前和当前分析报告的 LOC 进行简单检查。

    同时检查 sonar.sources 属性的值

    【讨论】:

    • 谢谢,有没有办法查看哪个测试花费了太多时间,当我知道哪些文件正在无用地分析时,我该如何为它们关闭它。
    • 如果您的运行测试目标也来自 Jenkins,那么 Jenkins 中有插件可以报告 UT 结果,通过这些插件我们可以确定哪个测试用例花费的时间最长。声纳中也有排除文件的选项 - docs.sonarqube.org/display/SONAR/Narrowing+the+Focus
    【解决方案2】:

    我建议您查看(或在此处发布)特定于您的应用程序中的 SonarQube 作业的 Jenkins 日志。 也许“升级”添加了更多导致延迟的插件。 或者已将新规则添加到您正在使用的质量配置文件中。因此,我建议您检查并停用与您无关的规则。

    无论如何,在查找代码/应用程序中的更改(如生成的文件)之前,有关您的配置(数据库、本地/服务器安装等)的更多信息会很有帮助。

    问候。

    【讨论】:

      猜你喜欢
      • 2012-05-15
      • 1970-01-01
      • 2011-09-08
      • 1970-01-01
      • 2022-07-13
      • 2020-05-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多