SonarCloud代码覆盖率在GitHub Actions构建中仍然为0.0

我已经使用GitHub actions为.NET Core解决方案设置了CI。将代码推送到主分支时,将构建解决方案,运行单元测试,并使用SonarCloud运行代码分析。 代码分析步骤实际上是由sonarcloud-github-action执行的。

SonarCloud中的质量门未通过,因为覆盖率是0.0%(对于两个新的现有代码)。我正在使用Coverlet生成代码覆盖率报告。在执行每个单元测试项目的测试后,会成功生成coverage.opencover.xml文件。 在sonar-project.properties文件中,我按以下方式引用这些文件:

sonar.cs.opencover.reportsPaths=**\coverage.opencover.xml

但是显然,SonarCloud扫描程序可以识别但不处理代码覆盖率报告。 在GitHub actions工作流的日志中,确实看到了以下警告:

INFO: Parsing the OpenCover report <path>/coverage.opencover.xml INFO: Adding this code coverage report to the cache for later reuse: <path>/coverage.opencover.xml ... WARN: Missing blame information for the following files: WARN: * <path>/coverage.opencover.xml WARN: This may lead to missing/broken features in Sonarqube

在尝试解决“缺少责任的信息”警告时,我将覆盖率文件添加到了SonarCloud项目**/coverage.opencover.xml的排除项中,但这并没有解决问题。该警告仍然出现,并且代码覆盖率仍为0.0%。

有什么提示要继续吗?

[编辑]:

我在GitHub actions中的工作流程如下:

name: .NET Core
on: [push]

jobs:
  build:

runs-on: ubuntu-latest

steps:
- uses: actions/checkout@v1
- name: Setup .NET Core
  uses: actions/setup-dotnet@v1
  with:
    dotnet-version: 2.2.108
- name: Build with dotnet
  run: dotnet build src/<solution>.sln --configuration Release
- name: Unit Tests
  run: dotnet test src/<solution>.sln /p:CollectCoverage=true /p:CoverletOutputFormat=opencover
- name: SonarCloud Scan
  uses: sonarsource/sonarcloud-github-action@master
  env:
    GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
    SONAR_TOKEN: ${{ secrets.SONAR_TOKEN }}

`

chj950109 回答:SonarCloud代码覆盖率在GitHub Actions构建中仍然为0.0

我遇到了类似的问题,无法使Typescript项目的覆盖范围起作用。没有您的声纳记录,我只能猜测,但问题是lcov.info内部的路径,其中来自github之类的绝对路径(例如SF:/home/runner/work/YoutRepoName..和Sonar)正在启动Docker容器并将wo​​rkdir设置为/github/workdir,并且因此无法从lcov.info找到文件。

如果发现类似

的内容,请检查您的日志
2019-11-28T15:36:34.9243068Z WARN: Could not resolve 2 file paths in [/github/workspace/test/unit/coverage/lcov.info],first unresolved path: /home/runner/work/jobreporter/jobreporter/dispatcher/index.ts
2019-11-28T15:36:34.9243445Z INFO: Sensor SonarJS Coverage [javascript] (done) | time=8ms

所以暂时我不得不用/github/workdir替换locv.info中的所有文件夹名称。

我使用的是

    - name: 'Run npm lint and test'
      shell: bash
      run: |
        pushd .
        npm ci
        npm run lint:ci
        npm run test --if-present
        sed -i 's+/home/runner/work/jobreporter/jobreporter+/github/workspace+g' test/unit/coverage/lcov.info
        sed -i 's+/home/runner/work/jobreporter/jobreporter+/github/workspace+g' eslint-report.json

此后,正确报告了覆盖率。 也许有帮助

关于Mathias

,

我在使用Node build时遇到了同样的问题,其中lcov.info中的路径与Github Action docker容器中的路径不同。

要解决此问题,我的构建不是通过直接在worker中设置Node而是通过使用Docker Action进行的,因此我的路径在所有Action中均保持不变。如果您查看日志,则可以准确看到docker操作的运行方式以及可用的环境。

作为参考,我的动作如下所示

  - name: 'yarn install'
  uses: docker://node:10.16.3-buster
  with:
    args: yarn install
  env:
    NPM_TOKEN: ${{ secrets.NPM_TOKEN }}
    CI: true

缺点是我的构建速度较慢,但​​是我所有的操作都在Docker中运行,我发现它更干净。

,

要克服此错误,您需要使用-blame 参数运行测试。

这是我构建和推送到SonarCloud的GitHub动作。

name: Build and run tests
on:
  push:
    branches: [ master ]
  pull_request:
    branches: [ master ]

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v2
      with:
        # Disabling shallow clone is recommended for improving relevancy of reporting for sonarcloud
        fetch-depth: 0
    - name: Setup .Net SDK (v5.0)
      uses: actions/setup-dotnet@v1
      with:
        dotnet-version: '5.0.100'
    - name: Install dependencies
      run: dotnet restore
    - name: Build
      run: dotnet build --configuration Release --no-restore
    - name: Test
      run: dotnet test --blame --no-restore --verbosity normal /p:CollectCoverage=true /p:CoverletOutputFormat=opencover /p:CoverletOutput=opencover.xml
    - name: SonarCloud Scan
      uses: sonarsource/sonarcloud-github-action@master
      env:
        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        SONAR_TOKEN: ${{ secrets.SONAR_TOKEN }}
本文链接:https://www.f2er.com/3097289.html

大家都在问