使用kcov进行防锈覆盖似乎不正确

Question

当我使用codecov.io记录我的Rust项目的代码覆盖率时,覆盖范围似乎不正确.

1. 所述unwrap()功能和端托架未覆盖

   

2. 函数声明不包括在内

   

这很奇怪.

---

我无法提供完整的复制项目.

我正在使用Rust的标准TravisCI配置.这是我的.travis.yml:

language: rust
cache: cargo
dist: trusty
sudo: required

rust:
  - stable
  - beta
  - nightly

matrix:
  allow_failures:
    - rust: nightly

script:
  - cargo build --verbose --all
  - cargo test --verbose --all

after_success: |
  wget https://github.com/SimonKagstrom/kcov/archive/master.tar.gz &&
  tar xzf master.tar.gz &&
  cd kcov-master &&
  mkdir build &&
  cd build &&
  cmake .. &&
  make &&
  make install DESTDIR=../../kcov-build &&
  cd ../.. &&
  rm -rf kcov-master &&
  for file in target/debug/myproject-*[^\.d]; do mkdir -p "target/cov/$(basename $file)"; ./kcov-build/usr/local/bin/kcov --exclude-pattern=/.cargo,/usr/lib --verify "target/cov/$(basename $file)" "$file"; done &&
  bash <(curl -s https://codecov.io/bash)
  echo "Uploaded code coverage"

Answer 1

假设自此问题发布以来 Cargo 和 Travis 的行为没有发生显着变化，那么这里有一些事情在起作用。

• 每当构建配置发生更改时，构建的指纹都会发生变化，从而导致完全或部分重建以及生成的二进制文件的新文件名target。诚然，我不知道这种情况发生的确切时间或原因的复杂性，我只知道它会发生。事实上，对于我正在从事的项目，Cargo 似乎对其中一个依赖项感到非常困惑，以至于几乎每次都强制重建。
• 特拉维斯的cache: cargo默认设置相当愚蠢；它会缓存所有内容$CARGO_HOME，target无一例外。请注意，这与前者相结合也意味着这些缓存会无限增长，因此您需要偶尔丢弃它们或使用更智能的缓存方案。
• for file in target/debug/myproject-*[^\.d]为 的所有构建运行 kcov myproject，无论它是新建的还是来自 Travis 的构建缓存。较旧的版本当然可能具有不同的行号，因为它们是从不同的（较旧的）源构建的，并且覆盖范围可能不同。
• 如果覆盖率结果包含在任何报告中，则coverage.io 会通过将线设为红色来合并覆盖率结果，除非它被任何（其他）报告覆盖。如果不同报告的行号不匹配，或者即使其中一个报告包含超出 EOF 的行号，它也不会显示任何指示。事实上，据我所知，它甚至没有显示哪些二进制文件覆盖/未覆盖行号，即使它具有此信息。您必须下载 XML 报告并手动解释它们才能看到。

因此，这些未覆盖的行可能不是（全部？）是由于 Rust 编译其二进制文件的方式（如问题注释所暗示的那样）造成的，但实际上可能完全引用了不同的（较旧的）源文件。一段时间后，这在我们的项目中变得非常明显......

如果不是那么明显，验证这是否发生的最简单方法就是丢弃 Travis 的构建缓存并强制重建。

由于增量构建实际上并不适合我们的项目，因此我们使用的解决方案是不让 Travis 缓存目标目录，如此处建议的那样。根据您的 CI 构建时间对增量构建的依赖程度，您可能被迫做一些更聪明的事情。