当我使用codecov.io记录我的Rust项目的代码覆盖率时,覆盖范围似乎不正确。
这很奇怪。
我无法提供完整的复制项目。
我正在使用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"
假设Cargo's和Travis的行为在发布此问题后没有发生重大变化,这里有几件事情在起作用。
target
中生成的二进制文件的新文件名。不可否认,我不知道究竟何时或为何发生这种情况的复杂性,我只是知道它发生了。事实上,对于我正在研究的项目,Cargo似乎对其中一个依赖项非常困惑,它几乎每次都会强制重建。cache: cargo
默认是相当愚蠢的;它无需例外地缓存所有$CARGO_HOME
和target
。请注意,这与前者结合也意味着这些缓存无限制地增长,因此您需要偶尔抛弃它们或使用更智能的缓存方案。for file in target/debug/myproject-*[^\.d]
为myproject
的所有版本运行kcov,无论它是新建的还是来自Travis的构建缓存。较旧的版本当然可以具有不同的行号,因为它们是从不同的(较旧的)源构建的,并且覆盖范围可能不同。因此,那些未被覆盖的行可能不会(全部?)由于Rust编译其二进制文件的方式,因为对问题的评论建议,但实际上可能完全指向不同的(较旧的)源文件。经过一段时间后,我们的项目变得非常明显......
如果不是这么明显,那么验证这就是最简单的方法就是抛弃Travis的构建缓存并强制重建。
由于增量构建无论如何都不适用于我们的项目,我们使用的解决方案是没有Travis缓存目标目录,如here建议的那样。根据您的CI构建时间取决于增量构建的程度,您可能会被迫做更聪明的事情。