Coverlet在文件名中生成coverage.cobertura.xml空源全路径

Question

它在我的大多数项目中运行得很好，但我有一个coverage.cobertura.xml正在生成的项目，如：

<?xml version="1.0" encoding="utf-8"?>
<coverage line-rate="1" branch-rate="0.8" version="1.9" timestamp="1648222473" lines-covered="17" lines-valid="17" branches-covered="8" branches-valid="10">
  <sources>
    <source>/</source>
  </sources>
  <packages>
    <package name="LoggerService" line-rate="1" branch-rate="0.8" complexity="10">
      <classes>
        <class name="Tickett.ObjectRenderer" filename="builds/tickett_dlls/logger_service/LoggerService/ObjectRenderer.cs" line-rate="1" branch-rate="0.8" complexity="10">

而不是像：

<?xml version="1.0" encoding="utf-8"?>
<coverage line-rate="1" branch-rate="0.8" version="1.9" timestamp="1648222473" lines-covered="17" lines-valid="17" branches-covered="8" branches-valid="10">
  <sources>
    <source>/builds/tickett_dlls/logger_service/</source>
  </sources>
  <packages>
    <package name="LoggerService" line-rate="1" branch-rate="0.8" complexity="10">
      <classes>
        <class name="Tickett.ObjectRenderer" filename="LoggerService/ObjectRenderer.cs" line-rate="1" branch-rate="0.8" complexity="10">

我的命令看起来是：

dotnet test -v=normal /p:CollectCoverage=true --logger "junit;LogFilePath=TestOutput.xml" --collect:"XPlat Code Coverage

我已经比较了我所能想到的一切，但在我的一生中，我无法弄清楚是什么导致了这种微妙的差异(我认为这是导致GitLab无法解释报告的原因)。

Answer 1

我通过挖掘被子的来源找出了答案。我想是这句话：

https://github.com/coverlet-coverage/coverlet/blob/ebbf0424495de04e334beaabf626244fe9b80b06/src/coverlet.core/Reporters/CoberturaReporter.cs#L189

tldr；我的项目只包含一个要分析的类，看起来确定基本路径的过程至少需要两个类。

我要么：

• 删除了我目前对其中一个类的排除，将当前分析的唯一类拆分为两类；或者在生成报告后添加一个简单的sed命令，以“修复”

我向项目中存在的一个问题添加了一个注意事项，以查看是否应该将其视为一个bug，以及是否/如何改进它的处理方式(可能只是允许参数/参数“硬编码”source )。