Java 在计算新的bug/漏洞/泄漏时，可能不会遵守git提交日期

我最近在发布过程中集成了

sonarqube

。我已将泄漏期设置为集成日期，并在

质量门

定义中规定，自泄漏期开始后，应无新问题

问题是，每当文件发生更改时，sonarqube就会开始将以前的所有问题视为新问题。这对于大型文件尤其有问题，因为在文件中进行任何更改的人都需要追溯所有更正。我想让sonarqube做的是从责备信息中尊重提交日期，并通过比较提交日期和泄漏周期来定义

new

---

如何做到这一点？我正在使用sonarqube 6.0

您的用例是。您需要做的就是确保有一个与泄漏期开始对应的分析，该分析将根据该点已经存在的问题设置基线。正确的方法是实际使用sonar.projectDate（请参阅）进行初始分析。底线：

• 检查与您案例中的集成相对应的提交
• 例如，将sonar.projectDate设置为提交日期，将sonar.projectVersion设置为基线，以进行分析
• 将泄漏周期设置为基线
• 对于所有进一步的分析，泄漏将对应于自初始基线以来引入的新问题。遗留问题（集成之前）将被视为遗留问题，不会在泄漏期内被考虑，然后您的质量门可以按照您的预期完成工作

仅供参考SonarQube使用SCM错误信息自动分配问题和识别新代码的覆盖范围，但它无法可靠地确定哪些问题是新的或不是新的：假设在代码中定义并使用了一个变量，如果提交删除了它的用法，那么它将在变量定义上引发一个未使用的变量问题，然而，这条精确的线并没有被任何承诺所触及。这就是为什么相对于首次检测到问题的日期（在以前的分析中），问题被确定为新问题，因此上面详述了工作流