如何配置pathToSources实现Docker容器测试后的行覆盖率发布?
解决Docker容器场景下Azure DevOps行覆盖率报告无法查看的问题
问题核心在于:Docker容器内生成的test_coverage.xml中记录的源码路径是容器内部的路径,而Azure DevOps代理机器上的源码存储在$(System.DefaultWorkingDirectory),两者路径不匹配导致无法关联源码生成行报告。pathToSources参数的作用就是建立这两个路径的映射关系。
具体配置步骤
确认容器内源码的绝对路径
查看你的Dockerfile,找到代码被拷贝到的目录(通常由WORKDIR或COPY指令指定),比如常见的/app、/src等。假设你的镜像中源码根目录是/app。修改测试命令,生成带绝对路径的覆盖率报告
在pytest命令中用容器内的绝对路径指定覆盖率扫描目标,确保test_coverage.xml里记录的是容器内的绝对路径:- script: > docker container run -v $(System.DefaultWorkingDirectory):/tmp_result_dir ${{ parameters.acr_registry_url }}/${{ parameters.docker_repo }}:latest /bin/bash -c 'cd /app && pytest -c unittests.ini --junitxml /tmp_result_dir/test_result.xml --cov /app --cov-report xml:/tmp_result_dir/test_coverage.xml' displayName: 'Run tests'这里
cd /app确保pytest能找到配置文件,--cov /app指定扫描容器内/app目录下的所有代码。配置
pathToSources参数映射路径
在PublishCodeCoverageResults@2任务中添加路径映射,格式为容器内路径=代理机器路径:- task: PublishCodeCoverageResults@2 displayName: 'Publish Code Coverage' inputs: summaryFileLocation: '$(System.DefaultWorkingDirectory)/test_coverage.xml' pathToSources: '/app=$(System.DefaultWorkingDirectory)' condition: succeededOrFailed()
关键说明
- 如果你的容器内源码路径不是
/app,需要替换成实际路径(比如/src=$(System.DefaultWorkingDirectory))。 pathToSources支持多组路径映射,用分号分隔(例如/app=$(System.DefaultWorkingDirectory);/lib=$(System.DefaultWorkingDirectory)/lib)。
内容的提问来源于stack exchange,提问作者Alberto B
相关产品推荐
相关产品推荐

