2017-08-14 38 views
2

我们有一个本地安装SonarQube的,从6.0版本升级到6.5后,我注意到,有几个bug和代码味道一样老在2012年重新出现。我没想到这样的事情发生,按照SonarQube 6.3 release notes - 见“为新激活的规则在泄漏期间去除噪声”。旧漏报期技术债务应该如何处理?

因为他们老了,我们也没有计划来处理它们现在,他们正在影响我们的门状态 - 这是目前红 - 我不知道怎样才能以适当的方式摆脱他们。

我能想到的两个选项:

  • 缩短泄漏的时期,这是不是一个很好的方法,因为现有的有效在这一时期泄漏气味会被认为是技术的债务;
  • 将其标记为“假阳性”“不会解决”,这也并不像我们将失去现有的bug追踪和气味,我们最终可能会计划来解决一天一个好主意。

在这种情况下,什么是应采取的最佳方法?

+0

你能举个例子吗?你只是运行一个分析,或者你是否也改变了包含这个问题的代码部分? –

+0

升级之后,我对文件进行了长时间未更改的分析和代码(2015年以来,有些甚至是2012年)都存在新的错误和代码异味,导致我们的Quality Gate失败。我认为它们是6.0版之后引入的新规则的影响,但我不确定。 –

+0

示例:从2012年开始,在一个自那时以来没有改变过的文件中,我们出现了一个_“不适合强制转换”_(csharpsquid:S1944)出现。还有其他许多不同规则的气味和错误,如果您认为需要列举,请告诉我们。 –

回答

0

只是以防万一有人在这里增加一个答案可能有兴趣。

我采取的方法是标记所有表面债务为不会修复并添加一个特定的评论(也可能已经使用了标签)。现在

,我们改变成另一个泄漏期间,我只是重新开放所有与该特定注释的问题和预期都得到了相关的旧技术的债务,而不是新的泄漏时期。