C#多配置解决方案SonarQube扫描流程是否合规？

首先直接给结论：你当前的流程是不正确的，而且会导致第一次配置的分析数据完全丢失，最终SonarQube只会收到第二次config_2的扫描结果，大概率会遗漏大量问题。

为什么这个流程行不通？ #

SonarScanner for MSBuild的工作逻辑是这样的：

• begin阶段会在你的解决方案目录下生成一个.sonarqube临时文件夹，里面存储了当前分析的配置、待收集的项目列表等关键信息。
• 执行ms-build时，Sonar的MSBuild集成会在编译过程中收集每个项目的编译输出、代码指标、规则违规等数据，全部写入这个.sonarqube文件夹。
• end阶段会读取这个文件夹里的所有数据，上传到SonarQube服务器，然后清理临时文件。

当你在同一个begin/end周期内执行两次ms-build时，第二次编译会完全覆盖第一次编译生成的.sonarqube文件夹内容。等到end阶段执行时，只能读取到第二次config_2的分析数据，第一次config_1的所有数据都被冲掉了。

能不能针对同一解决方案执行两次不同配置的ms-build？ #

当然可以，但必须为每个配置单独执行完整的begin→build→end流程。每个周期都是独立的，不会互相干扰。

正确的执行流程示例 #

# 扫描config_1配置，给这次分析设置唯一标识区分结果
sonar-scanner for ms-build begin /d:sonar.projectKey=MyProject_Config1 /d:sonar.projectName="My Project (Config 1)" /d:sonar.buildConfiguration=config_1
ms-build -config:config_1 MySolution.sln
sonar-scanner for ms-build end

# 扫描config_2配置，同样设置独立标识
sonar-scanner for ms-build begin /d:sonar.projectKey=MyProject_Config2 /d:sonar.projectName="My Project (Config 2)" /d:sonar.buildConfiguration=config_2
ms-build -config:config_2 MySolution.sln
sonar-scanner for ms-build end

如果希望把两个配置的结果合并到同一个SonarQube项目中，可以通过设置不同的sonar.branch.name参数（比如/d:sonar.branch.name=config_1和/d:sonar.branch.name=config_2）来区分，这样两个配置的分析结果会作为同一个项目的不同分支存在。

关于问题遗漏的风险 #

你当前的流程会直接丢失config_1下的所有分析数据，包括：

• 仅在config_1编译时才会触发的编译警告/错误
• 依赖config_1特定编译符号（比如#if CONFIG_1）的代码路径中的规则违规
• config_1配置下的代码覆盖率（如果有配置的话）

这些问题都会完全被SonarQube忽略，所以必须用独立的分析周期来处理不同的配置。

内容的提问来源于stack exchange，提问作者Mani Vannan