如何使用SonarQube Web服务API或任何插件获取与问题相关联的提交日期

如何使用SonarQube Web服务API或任何插件获取与问题相关联的提交日期,sonarqube,sonar-runner,sonarqube5.1,sonarqube-5.0,Sonarqube,Sonar Runner,Sonarqube5.1,Sonarqube 5.0,有没有办法使用SonarQube Web服务API获取与问题相关联的提交日期 我的声纳服务器详细信息 SonarQube版本-5.2 声纳快艇-2.4 项目SCM插件-sonar-SCM-git-Plugin-1.1 我每周向项目经理发送关于新违规行为的报告。我使用WebService API获取两个日期之间创建的所有新(开放)问题。但有时会报告新问题,这些问题的提交日期与一年前一样非常旧。我们最近已经开始对我们的项目进行声纳分析。我们的项目非常庞大,有很多遗留代码。所以我们决定专注于新代码 获

有没有办法使用SonarQube Web服务API获取与问题相关联的提交日期

我的声纳服务器详细信息

SonarQube版本-5.2 声纳快艇-2.4 项目SCM插件-sonar-SCM-git-Plugin-1.1

我每周向项目经理发送关于新违规行为的报告。我使用WebService API获取两个日期之间创建的所有新(开放)问题。但有时会报告新问题,这些问题的提交日期与一年前一样非常旧。我们最近已经开始对我们的项目进行声纳分析。我们的项目非常庞大,有很多遗留代码。所以我们决定专注于新代码


获取与旧提交相关的问题会产生很多问题。我的计划是通过Web服务调用获取所有问题,然后关闭所有提交日期早于某个日期的问题。有没有办法做到这一点

您走的是正确的道路,旧提交日期的问题并不像您认为的那样容易引起误解。考虑规则“方法不应该有太多的线”,阈值为3:

public void doSomething() {  // commit 1/1
  a();  // commit 1/1
  b();  // commit 1/1
  c();  // commit 1/1
}  // commit 1/1
在这一点上,方法是好的,没有提出任何问题。然后在12月12日,我添加了一行:

public void doSomething() {  // commit 1/1  Issue raised here on 12/12
  a();  // commit 1/1
  b();  // commit 1/1
  c();  // commit 1/1
  d();  // commit 12/12
}  // commit 1/1

我的观点是,你在旧台词中看到的那些新问题是有效的,并且属于你的报告。他们只需要再挖掘一点就可以了。

你的思路是正确的,而且旧提交日期的问题并不像你想象的那么容易转移注意力。考虑规则“方法不应该有太多的线”,阈值为3:

public void doSomething() {  // commit 1/1
  a();  // commit 1/1
  b();  // commit 1/1
  c();  // commit 1/1
}  // commit 1/1
在这一点上,方法是好的,没有提出任何问题。然后在12月12日,我添加了一行:

public void doSomething() {  // commit 1/1  Issue raised here on 12/12
  a();  // commit 1/1
  b();  // commit 1/1
  c();  // commit 1/1
  d();  // commit 12/12
}  // commit 1/1

我的观点是,你在旧台词中看到的那些新问题是有效的,并且属于你的报告。他们只需要再挖一点就可以了。

是的,你解释的情况是正确的。但我有一个不同的情况。public void doSomething(){//commit 1/1问题在12/12这里提出a();//commit 1/1 b();//commit 1/1 c();//commit 1/1 d();//commit 1/1}//commit 1/。我在1/1上有所有这些线,在我的声纳分析中它没有被检测到,即使坏代码已经存在。但一年后,有人对同一个文件进行了提交,该文件与doSomething()方法无关。现在,在下一次分析中,即使没有人触及任何与之相关的行,也会报告旧问题。您可能希望在“是”中提出此问题,您解释的场景是正确的。但我有一个不同的情况。public void doSomething(){//commit 1/1问题在12/12这里提出a();//commit 1/1 b();//commit 1/1 c();//commit 1/1 d();//commit 1/1}//commit 1/。我在1/1上有所有这些线,在我的声纳分析中它没有被检测到,即使坏代码已经存在。但一年后,有人对同一个文件进行了提交,该文件与doSomething()方法无关。现在,在下一次分析中,即使没有人触及任何与之相关的行,也会报告旧问题。你可能想把这个问题提出来