Azure DevOps Pull Request代码覆盖率Status Check修改排除文件失败咨询

• 覆盖率报告生成和Status Check校验是两个独立的流水线环节：runsettings的排除规则仅作用于覆盖率报告生成步骤，绝大多数CI/CD平台的PR Status Check校验逻辑默认不会自动读取该配置，会直接统计本次PR所有变更文件的覆盖率
• 你配置的排除文件大多属于配置类文件，本身没有对应的单元测试覆盖逻辑，一旦被纳入校验统计，就会拉低整体覆盖率，触发阈值校验失败

1. 对齐覆盖率校验环节的排除规则 #

• 在流水线的覆盖率校验步骤中，同步添加和runsettings完全一致的排除规则。比如使用dotnet test做覆盖率统计时，在校验命令中添加--exclude参数，把runsettings里配置的排除路径/文件规则同步配置进去，确保校验环节和报告生成环节的过滤规则完全对齐
• 如果使用第三方覆盖率工具（如Coverlet、ReportGenerator等），直接在工具的专属配置文件中同步添加排除规则，不要仅依赖runsettings的配置

2. 配置PR路径过滤跳过无关变更的校验 #

• 在PR流水线的触发配置中添加路径过滤规则，把所有已纳入覆盖率排除的文件路径加到「跳过流水线校验」的列表中。如果一次PR仅包含这些排除文件的变更，就不会触发覆盖率相关的Status Check，自然不会出现误判失败的问题
  参考配置示例（Azure DevOps）：

  pr:
    branches:
      include:
      - main
    paths:
      exclude:
      - '**/*.runsettings'
      - '**/config/*.json'
      - 其他你已配置的排除文件路径
  

3. 自定义校验逻辑跳过无有效文件的场景 #

• 如果上述两种方案都不适用，可以修改校验逻辑：在覆盖率统计完成后，先统计本次PR变更的文件中，排除配置列表外的有效业务/代码文件数量，如果有效文件数为0，直接跳过覆盖率阈值校验，返回Status Check通过
• 该方案需要自行编写少量判定脚本，适配你当前使用的流水线环境即可

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