Github Actions中使用irongut CodeCoverageSummary无法识别Docker生成的Coverage XML文件问题

从你的错误输出和配置来看，核心问题有两个：Docker容器内生成的覆盖率文件没有同步到Github Actions的工作目录，加上coverage xml的输出路径配置错误，导致irongut的工具找不到目标文件。

1. 修正Coverage XML的输出路径 #

你当前的命令是：

coverage xml -o ./coverage

这里的-o参数指定的是输出文件名，而非目录。执行这个命令后，你会得到一个名为coverage的无后缀文件，而非预期的coverage.xml——这也是后续glob匹配./coverage/*.xml找不到文件的直接原因之一。

正确的做法是先创建目录（如果需要），再指定完整的输出文件名：

mkdir -p ./coverage
coverage run --rcfile=.coveragerc manage.py test lena_transport
coverage xml -o ./coverage/coverage.xml

2. 让Docker容器内的文件同步到宿主工作目录 #

你的addnab/docker-run-action配置没有挂载volume，容器内生成的文件会随着容器销毁而消失，Github Actions后续的Coverage report步骤根本无法访问这些文件。

需要在Docker运行参数中添加volume挂载，把Github Actions的工作目录挂载到容器内的工作目录，同时指定容器的工作目录为挂载路径：

- uses: addnab/docker-run-action@v3
  with:
    image: pythontest:latest
    options: |
      -e MYSQL_DATABASE=lena-db
      # 挂载宿主工作目录到容器内的/workspace
      -v ${{ github.workspace }}:/workspace
      # 可选：避免容器内root生成的文件宿主无法读取
      -u $(id -u):$(id -g)
    # 指定容器内的工作目录为挂载路径
    working-directory: /workspace
    run: |
      mkdir -p ./coverage
      coverage run --rcfile=.coveragerc manage.py test lena_transport
      coverage xml -o ./coverage/coverage.xml

3. 验证Coverage report步骤的路径匹配 #

最后，确保irongut/CodeCoverageSummary的filename参数和你生成的文件路径一致：

- name: Coverage report
  uses: irongut/CodeCoverageSummary@v1.3.0
  with:
    filename: ./coverage/coverage.xml
    badge: true
    fail_below_min: true
    format: markdown
    hide_branch_rate: false
    hide_complexity: true
    indicators: true
    output: both
    thresholds: '60 80'

额外验证步骤 #

你可以在Docker run步骤的最后添加ls -la ./coverage命令，确认文件确实生成在挂载的目录中：

# ... 前面的命令 ...
coverage xml -o ./coverage/coverage.xml
ls -la ./coverage

这样在Github Actions的日志里就能直观看到文件是否存在，方便后续排查问题。

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