Question

我最近将SonarQube实例升级到5.1.2。我们使用SVN插件（v1.1）进行SCM分析。自升级以来，这个插件的性能非常慢。

为了重现这个问题，我在自己的电脑上分析了一个项目对2个SonarQube的安装（也安装在我的电脑上 - 4.4.1和5.1.2）。

4.4.1的SCM分析花费了45秒，而5.1.2版本花了将近1.5小时。

以下是日志文件中的示例代码段。 4.4.1版本并不表示分析的文件数量，但它与5.1.2分析相同（它是同一个项目）。

版本4.4.1：

[INFO] [17:53:21.914] Sensor ScmActivitySensor...
[INFO] [17:53:21.914] Trying to guess scm provider from project layout...
[INFO] [17:53:21.915] Found SCM type: svn
[INFO] [17:53:21.915] Retrieve SCM blame information with encoding windows-1252...
...
[INFO] [17:54:06.488] Retrieve SCM blame information with encoding windows-1252 done: 44573 ms
[INFO] [17:54:06.488] Sensor ScmActivitySensor done: 44574 ms

版本5.1.2：

[INFO] [18:00:54.971] Sensor SCM Sensor
[INFO] [18:00:54.987] SCM provider for this project is: svn
[INFO] [18:00:54.991] 1645 files to be analyzed
...
[INFO] [19:27:16.017] 1645/1645 files analyzed
[INFO] [19:27:16.017] Sensor SCM Sensor (done) | time=5181046ms

这似乎排除了我们的SVN服务器或执行分析的机器作为问题。我不知道下一步该去哪儿？有人可以帮忙吗？

如果需要，我可以提供完整的日志（尽管5.1.2中的调试输出似乎没有显示任何有用的额外日志）。

Answer 1

正如我在评论中提到的，原因是因为合并历史记录包含在SVN责任中。

如果你坚持下去并等待一次分析，那么后续的分析会更快，因为只对更改的文件执行责备操作。

SonarQube 5.1.2 SVN插件非常慢

1 个答案: