如何在泄密期内处理旧的重新出现的技术债务?

时间:2017-08-14 16:02:12

标签: sonarqube

我们有一个SonarQube的本地安装,在从6.0版本升级到6.5之后,我发现有几个错误和代码闻起来像2012年那样已经重新浮出水面。根据{{​​3}},我没想到会发生这种情况 - 请参阅“删除新激活规则的泄漏期间的噪音”

由于它们已经老了我们现在没有计划处理它们,它们正在影响我们的门状态 - 目前是红色的 - 我不知道如何以正确的方式摆脱它们。

我可以想到两个选择:

  • 缩短泄漏期,这不是一个好方法,因为在这个泄漏期内现有的有效气味将被视为技术债务;
  • 将它们标记为“误报”“将无法修复”,这也不是一个好主意,因为我们会丢失现有错误的可追溯性并闻到我们的气味最终可能计划修复一天。

在这种情况下,最好的方法是什么?

1 个答案:

答案 0 :(得分:0)

这里只是添加一个答案,万一有人可能会感兴趣。

我采取的方法是将所有重新铺设的债务标记为无法修复并向其添加特定注释(可能也使用了标记)。

现在我们改为另一个泄密期,我只是重新打开了该特定评论的所有问题,正如预期的那样,它们都与旧的技术债务有关,而不是新的泄密期。