SonarQube 5.1.2 SVN 插件极慢
SonarQube 5.1.2 SVN Plugin Extremely Slow
我最近将我们的 SonarQube 实例升级到了 5.1.2。我们使用 SVN 插件 (v1.1) 进行 SCM 分析。自从升级后,这个插件的性能一直很慢。
为了重现该问题,我在自己的 PC 上针对 2 个 SonarQube 安装(也安装在我的 PC 上 - 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 中的调试输出似乎没有显示任何有用的额外信息)。
正如我在评论中提到的,这是因为合并历史记录包含在 SVN blame 中。
如果你坚持下去并等待一个分析完成,后续的分析会快得多,因为责备操作只对更改的文件执行。
我最近将我们的 SonarQube 实例升级到了 5.1.2。我们使用 SVN 插件 (v1.1) 进行 SCM 分析。自从升级后,这个插件的性能一直很慢。
为了重现该问题,我在自己的 PC 上针对 2 个 SonarQube 安装(也安装在我的 PC 上 - 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 中的调试输出似乎没有显示任何有用的额外信息)。
正如我在评论中提到的,这是因为合并历史记录包含在 SVN blame 中。
如果你坚持下去并等待一个分析完成,后续的分析会快得多,因为责备操作只对更改的文件执行。