SonarQube 6.0修改质量门后如何重新计算项目状态？

我之前维护动态质量门时也碰到过一模一样的问题！SonarQube 6.0的设计里，质量门状态是和每一次代码分析的快照绑定的——也就是说，当你完成一次分析后，系统会用当时生效的质量门规则计算状态并把结果存在快照里，后续修改质量门不会自动回溯更新旧快照的状态，这就是为什么你改了质量门但项目状态还是保持原来的"Passed"。

下面是几个可行的解决办法，按推荐程度排序：

1. 触发增量分析（最简便） #

不需要全量重新扫描代码，只需要做一个微小的变更（比如给项目的README加个空格、修改版本号），然后重新运行sonar-scanner触发一次增量分析。SonarQube会识别到微小变更，快速完成分析，同时用最新的质量门规则重新计算项目状态。

如果你想用命令行指定版本号来触发（不用改文件），可以用这个参数：

sonar-scanner -Dsonar.projectVersion=v$(date +%Y%m%d%H%M)

每次运行都会生成一个新的版本号，Sonar会认为是新的分析任务，重新计算质量门状态。

2. 通过API批量触发重新分析（适合多项目场景） #

如果有多个项目需要更新状态，可以写个脚本调用SonarQube的API来批量提交分析任务。在6.0版本中，你可以用/api/ce/submit接口来触发分析：

curl -u YOUR_TOKEN: -X POST "http://your-sonar-url/api/ce/submit?projectKey=your-project-key"

注意：这个接口需要你有项目的管理员权限，并且YOUR_TOKEN是拥有对应权限的Sonar令牌。你可以循环遍历所有需要更新的项目key，逐个调用这个接口。

3. 理解SonarQube快照的不可变性 #

这里要提醒一下：SonarQube的分析快照是不可修改的，这是为了保证历史质量数据的准确性——每个快照代表的是某个时间点代码+当时质量门的真实状态。所以修改质量门后，旧的快照状态不会变，但新的分析会用新的质量门规则生成新的状态，这其实是合理的设计。如果你的动态质量门逻辑是在分析完成后调整阈值，最好的做法是调整阈值后立即触发一次分析，确保最新的状态是基于更新后的质量门。

内容的提问来源于stack exchange，提问作者Bruno Henrique