2
我们有一个本地安装SonarQube的,从6.0版本升级到6.5后,我注意到,有几个bug和代码味道一样老在2012年重新出现。我没想到这样的事情发生,按照SonarQube 6.3 release notes - 见“为新激活的规则在泄漏期间去除噪声”。旧漏报期技术债务应该如何处理?
因为他们老了,我们也没有计划来处理它们现在,他们正在影响我们的门状态 - 这是目前红 - 我不知道怎样才能以适当的方式摆脱他们。
我能想到的两个选项:
- 缩短泄漏的时期,这是不是一个很好的方法,因为现有的有效在这一时期泄漏气味会被认为是技术的债务;
- 将其标记为“假阳性”或“不会解决”,这也并不像我们将失去现有的bug追踪和气味,我们最终可能会计划来解决一天一个好主意。
在这种情况下,什么是应采取的最佳方法?
你能举个例子吗?你只是运行一个分析,或者你是否也改变了包含这个问题的代码部分? –
升级之后,我对文件进行了长时间未更改的分析和代码(2015年以来,有些甚至是2012年)都存在新的错误和代码异味,导致我们的Quality Gate失败。我认为它们是6.0版之后引入的新规则的影响,但我不确定。 –
示例:从2012年开始,在一个自那时以来没有改变过的文件中,我们出现了一个_“不适合强制转换”_(csharpsquid:S1944)出现。还有其他许多不同规则的气味和错误,如果您认为需要列举,请告诉我们。 –