使用 kcov 的 Rust 覆盖率似乎不正确

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 似乎对其中一个依赖项感到困惑，以至于它几乎每次都强制重建。
• Travis 的 cache: cargo 默认值非常愚蠢；它无一异常(exception)地缓存所有的$CARGO_HOME 和target。请注意，这与前者结合也意味着这些缓存无限制地增长，因此您需要偶尔丢弃它们或使用更智能的缓存方案。
• for file in target/debug/myproject-*[^\.d] 为 myproject 的所有构建运行 kcov，无论它是新建的还是来自 Travis ' 构建缓存。较旧的版本当然可能具有不同的行号，因为它们是从不同的(较旧的)来源构建的，并且覆盖范围可能不同。
• coverage.io 通过在 any 报告中包含一条红色线来合并覆盖结果，除非它被any(其他)报告覆盖。如果来自不同报告的行号不匹配，或者即使其中一个报告包含超出 EOF 的行号，它也不会显示任何指示。事实上，据我所知，它甚至没有显示哪些二进制文件覆盖/未覆盖行号，即使它有此信息。您必须下载 XML 报告并手动解释它们才能看到这一点。

因此，那些未被覆盖的行可能不是(全部？)是由于 Rust 编译其二进制文件的方式，正如对问题的评论所暗示的那样，但实际上可能完全指的是一个不同的(较旧的)源文件。一段时间后，这在我们的项目中变得非常明显......

如果不是很明显，验证这是正在发生的事情的最简单方法就是丢弃 Travis 的构建缓存并强制重建。

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