Sonarqube重新提出了一个封闭的问题

我们的Sonarqube服务器习惯于错误地判断某个文件在当前泄漏期间已被更改，并不断针对当前泄漏期间重新引发该文件存在的任何问题，即使在我们关闭Sonarqube中的问题之后也是如此

例如，在我们的SVN存储库中有一个文件，它有一个由Sonarqube标记的NullPointerException错误风险。这项更改是7年前引入的，但是出于我们自己的原因，我们决定在“不会修复”下关闭它

每隔几天，该文件就会作为当前泄漏期间的一个问题重新出现，Sonarqube报告说，空指针是今天才引入的。该文件已有7年未更改。文件左侧的SVN Dull history正确地报告了该块在7年内没有更改，但bug报告本身报告了该块是最近添加的

通常情况下，这是唯一存在此问题的文件，但是上周，我们可能会决定报告大约100个（未更改）文件在当前泄漏期间发生了更改，从而完全破坏了此泄漏期间的统计数据

一些可能相关的信息：

我们的网络防火墙有一个随机杀死请求的习惯（这完全是另一个问题），这让我相信，如果Sonarqube无法确定文件何时被更改，它将默认为今天的日期，从而导致它进入我们当前的泄漏期

我们正在运行Sonarqube 6.5.0.27846

我们正在运行一个旧版本的SVN-1.6

---

我完全不知道该怎么办

问题解决了吗？您是否尝试更新到LTS版本（6.7）？@Teryk SonarSource No；去年年底，这种情况再次发生。我将尝试升级到最新版本。我不知道我们落后于发布版本。@Teryk SonarSource升级到6.7.1还没有解决这个问题。在新的泄漏期过了几天之后，今天早上又发生了同样的事情——尽管SVN Dull注释指出，最近一次被触碰是在5年多以前，但泄漏期之外的一些旧代码气味已经在当前泄漏期被标记。我已经升级到最新的Maven插件（3.3.0.603到3.4.0.905）。我看看这会不会有什么不同。服务器上的所有其他插件（java、svn）似乎都是最新的。