SonarQube 7.6中PR质量门校验问题及分支识别咨询

针对你在主干开发模式下遇到的PR质量门规则不一致、合并后触发失败的问题，结合SonarQube 7.6 Developer Edition的特性，给你两个核心方向的解决方案：

一、让Pull Request触发完整质量门（解决分支识别问题） #

你之前设置长生命周期分支模式为*没生效，核心原因是：SonarQube 7.6中Pull Request是单独的分支类型，默认会被归类为短生命周期分支，不会继承普通分支的长生命周期规则配置。要让PR使用和主线一致的完整质量门，你可以这么操作：

1. 配置PR专属的完整质量门

   • 进入SonarQube后台，点击「Quality Gates」（质量门）
   • 找到你主线正在使用的完整规则质量门，点击「Copy」复制一份（也可以直接修改默认的PR专用质量门）
   • 编辑新质量门，把你主线的所有完整规则条件添加进去，替换原来仅「新开放bug/漏洞/代码异味>0」的简化条件
   • 进入「Administration」→「Pull Request Analysis」，将默认的PR质量门替换成你刚配置好的完整规则质量门

2. 确认CI扫描的PR参数正确性
   确保你的CI流水线里扫描PR的命令明确指定了PR类型，以Maven为例：

   mvn sonar:sonar \
     -Dsonar.projectKey=你的项目Key \
     -Dsonar.pullrequest.key=PR-xxx \
     -Dsonar.pullrequest.branch=你的PR分支名 \
     -Dsonar.pullrequest.base=master
   

   这样SonarQube会准确识别这是PR扫描，并应用你配置的完整质量门规则。

二、在PR阶段预判合并主线后的质量状态 #

如果不想修改PR的质量门配置，你可以在CI流水线中先模拟合并主线代码到PR分支，再执行SonarQube扫描，提前验证合并后的质量情况：

• 在CI步骤里添加Git合并操作：

  git fetch origin master
  git merge origin/master --no-commit --no-ff
  

• 接着执行SonarQube扫描，此时扫描的是合并后的代码状态，会触发和主线完全一致的完整质量门规则
• 若扫描不通过，直接阻断PR合并，避免后续合并到主线后失败

额外提示 #

SonarQube 7.6的分支管理功能相对新版本有局限，如果你后续升级到更高版本，会有更灵活的分支类型配置（比如直接将PR分支标记为长生命周期）；同时要确保你的SonarQube项目已正确关联代码仓库，PR的信息能同步到SonarQube中。

内容的提问来源于stack exchange，提问作者Luigi Saggese