SonarQube 问题计数因我使用的仪表板而异
SonarQube issue count is different depending on which dashboard I use
我使用的是 SonarQube 5.3,问题计数似乎因我使用的视图而异。
考虑this 图片:
- 如果我查看仪表板 -> 我看到的问题
左上角的数字
- 如果我点击总计 (267,877),我最终会在问题仪表板中看到完全不同的数字(右下角)
即使在主仪表板上我也看到了相互冲突的数据 (pic)
为什么数字不匹配?我错过了什么吗?
关于问题的度量和查询 运行 之间存在差异:度量是在分析期间收集的,并保持这种状态直到下一次分析。 Issues查询会根据您对Issues的修改实时更新
根据我的观察,我们可以假设 267K 问题是正确的,并且您的 SearchServer 堆栈有一些问题阻止它保持最新。
您必须检查 sonar.log 是否存在 ElasticSearch 错误,并确保 SQ_HOME/data/es 上有足够的可用磁盘 space 来存储和更新您的问题。
您还可以做些什么来确认这一点,即停止您的 SQ 服务器,清理 data/es 目录并重新启动您的 SQ。之后数据应该是一致的。
我使用的是 SonarQube 5.3,问题计数似乎因我使用的视图而异。
考虑this 图片:
- 如果我查看仪表板 -> 我看到的问题 左上角的数字
- 如果我点击总计 (267,877),我最终会在问题仪表板中看到完全不同的数字(右下角)
即使在主仪表板上我也看到了相互冲突的数据 (pic)
为什么数字不匹配?我错过了什么吗?
关于问题的度量和查询 运行 之间存在差异:度量是在分析期间收集的,并保持这种状态直到下一次分析。 Issues查询会根据您对Issues的修改实时更新
根据我的观察,我们可以假设 267K 问题是正确的,并且您的 SearchServer 堆栈有一些问题阻止它保持最新。 您必须检查 sonar.log 是否存在 ElasticSearch 错误,并确保 SQ_HOME/data/es 上有足够的可用磁盘 space 来存储和更新您的问题。
您还可以做些什么来确认这一点,即停止您的 SQ 服务器,清理 data/es 目录并重新启动您的 SQ。之后数据应该是一致的。