Docker打包的.NET6 Web API在Azure Pipelines配置代码覆盖率失败求助

1. 最高概率问题：路径匹配与参数配置错误 #

你当前PublishCodeCoverageResults任务存在两处配置错误：

• summaryFileLocation使用固定路径，只要实际文件层级或名称和配置有偏差就会找不到，建议改为递归通配符匹配
• pathToSources参数作用是指定源代码根目录，你错误填成了覆盖率报告存放路径

修正后的任务配置如下：

- task: PublishCodeCoverageResults@1
  displayName: 'Publish code coverage results'
  inputs:
    codeCoverageTool: 'Cobertura'
    summaryFileLocation: '$(Build.ArtifactStagingDirectory)/**/coverage.cobertura.xml'
    pathToSources: '$(Build.SourcesDirectory)'

2. 验证文件实际存在性与名称 #

在CmdLine复制文件的脚本末尾添加目录遍历命令，确认覆盖率文件确实被复制到了代理目录，同时核对文件名是否符合预期：

• Linux代理添加命令：

  ls -R $(Build.ArtifactStagingDirectory)/TestResults
  

• Windows代理添加命令：

  dir /s $(Build.ArtifactStagingDirectory)\TestResults
  

部分版本的coverlet会自动在覆盖率文件名前添加测试项目名，生成的文件名为WebAPIProject.DataAccessLayer.Tests.coverage.cobertura.xml而非你预期的coverage.cobertura.xml，如果是该问题可以修改Dockerfile中的test命令，明确指定输出文件名前缀：

RUN dotnet test "WebAPIProject.DataAccessLayer.Tests.csproj" --logger "trx;LogFileName=WebAPIProject.DataAccessLayer.Tests.trx" /p:CollectCoverage=true /p:CoverletOutputFormat=json%2cCobertura /p:CoverletOutput=/src/WebAPIProject.DataAccessLayer.Tests/TestResults/Coverage/coverage

3. 镜像构建逻辑不一致问题 #

你当前配置存在两次镜像构建操作：第一次Docker@2任务用通配符**/Dockerfile匹配构建，第二次CmdLine任务明确指定./WebAPIProject.Core/Dockerfile构建并指定了--target build参数。如果两次匹配到的Dockerfile不是同一个，或者你的dotnet test命令没有写在build阶段内，第二次构建出来的镜像就不会包含生成的覆盖率文件。
建议合并两次构建逻辑，统一使用同一份构建参数，避免镜像内容不一致。

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