我们最近安装了一个SonarQube实例来检查我们的源代码。 代码库相当大，有超过100万行代码。
我们通过Jenkins自动运行声纳 - 跑步者。
现在我知道只有在sonar-runner将其结果存储在数据库中后，UI才会获得更新。 但是，在我们能够看到UI中的任何内容之前，有时候，在声纳 - 跑步者成功之后长达一个小时，它似乎真的需要很长时间。
所以我有几个问题，都是相关的：
所以，如果我总结一下？我如何影响声纳 - 跑步者的声纳UI延迟？
我浏览了所有的文档，但却找不到相关内容。
感谢您的信息，
答案 0 :(得分：1)
- 有没有办法看到仍在“管道中”的分析？
是，以管理员身份登录并转到设置＆gt;系统＆gt;分析报告
- 我在哪里可以看到从数据库到UI的转换是否失败？
查看“当前活动”和“过去报告”标签的内容
- 有没有办法加快这个过程？
这是一个非常广泛的问题，暗示了不同答案的语气。这一切都取决于花费的时间。您可能受CPU限制，或内存绑定或数据库绑定，...
查看报告处理队列可能会给你一个提示。
答案 1 :(得分：0)
1 MLoc并不是那么庞大。我通过声纳 - 跑步者+詹金斯运行SonarQube，当Jenkins在日志中指出分析成功时，我能够在SonarQube的仪表板中看到它。所以我会说你的'延迟'是不正常的。
请问您的环境是否准确？物理/虚拟？ OS？ D B？ SQ发布？等
答案 2 :(得分：0)
经过大量的搜索，我意识到由于某种原因，sonarQube没有正确处理我正在运行几个声纳 - 跑步者分析的事实。 在'Store results in database'消息之后，有几秒钟的时间开始新的分析将导致SonarQube GUI无法看到分析。
在它们之间运行分析时间稍长一点就减少了延迟。
由于Seb对SonarQube本身提供了很多见解，我将接受他的回答。它也可能更适合普通大众，而且不太适合我的情况。