0

我有一个通过声纳日食插件与声纳分析相关的问题。

这是我的场景:

  • 包含项目的专用 SVN 服务器
  • 用于声纳分析的专用 SonarQube 服务器
  • 几个 Win7 工作站使用相同的 Eclipse 版本(Eclipse + 插件版本集中部署在公司中)。Eclipse 版本:4.4.1,Sonar-Eclipse 插件版本:3.4.0.20140404-0949-RELEASE,SonarQube 服务器版本:5.1

我们定期通过 Jenkins 对基础分支进行分析。在重新集成和开发分支时,我们使用 Sonar Eclipse 插件来检查基本版本。我们通过 Eclipse 从本地分析中检测到了一个奇怪的行为。

我们使用了几个工作站并检查了具有相同 SVN 版本的同一个项目。我们对工作站进行了相同的配置(相同的项目关联、相同的声纳服务器地址等)。当分析完成时,工作站通常会得到不同的分析结果(大约 1% 到 15% 的问题)。有没有人经历过这种行为或找到解决方案?

编辑:我们通过 Jenkins 对给定项目的分析给出了这个结果:

  • 39 拦截器
  • 1943 年关键
  • 36840 专业
  • 6150 次要
  • 675 信息

例如,一个使用 exakt 相同版本进行 Eclipse 分析的客户端具有:

  • 39 拦截器
  • 1957 关键
  • 36524 专业
  • 6124 次要
  • 680信息

其他:

  • 39 拦截器
  • 1912 关键
  • 36248 专业
  • 7865 次要
  • 634 信息

如果没有显示所有问题而是显示新问题,那么问题正在增加。作为修补程序,我们确实在配置文件中将“最后分析日期”参数设置为“0”。这使得结果更加相似,但它们在相同来源上仍然具有给定的增量。

4

1 回答 1

0

该问题无法故意重建。我认为同时错误出现在电脑前。

在某些情况下,我们与项目关联存在问题,所以我认为这就是原因。

关闭。

于 2016-04-20T06:21:03.953 回答