-
-
Notifications
You must be signed in to change notification settings - Fork 180
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Running tests with cargo-nextest
#1280
Comments
I think this is a duplicate (there should be another one somewhere), I've slightly put off doing this because it would be implemented only for the llvm coverage and not ptrace based coverage (nextest won't work well with ptrace based tracers like kcov or tarpaulins ptrace engine). Just means another set of mutually exclusive configuration that needs to be figured out |
Perhaps you can use nextest-runner to implement this in this crate instead of using cargo-nextest? |
hmm maybe, I'll have to look into it - wonder how the Noop signal handler affects the usage of the rest of nextest 🤔 |
Not sure, but AFAIK So if you also use |
I do not, for it to work with ptrace based traces nextest needs to ignore all signals otherwise tarpaulin can't handle them - tarpaulin's just using ptrace directly |
@xd009642
Perhaps you can get in contact with upstream and see if they are willing to support this use case? |
#992 is the issue that this is a duplicate of. 👍🏻 ❤️ |
Thanks, I will close this as duplicate |
cargo-nextest
can dramatically speedup testing, especially for projects with a lot of tests, though it currently doesn't support running doc-tests in parallel.Is it possible for
cargo-tarpaulin
to usecargo-nextest
to run tests in parallel and then runcargo test --doc ...
for doc-tests?Or maybe
cargo-tarpaulin
can reuse infrastructure created bycargo-nextest
to speedup itself?The text was updated successfully, but these errors were encountered: