-
Notifications
You must be signed in to change notification settings - Fork 42
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
Try cargo-nextest in CI for better failure reporting #787
Comments
Would it be possible to have whichever test runner it is ( I suspect there would be at least two benefits:
|
Nextest author here—it has JUnit support for exactly that use case :) https://nexte.st/book/junit.html |
@sunshowers Great! Can you do that with a CLI param instead? Don’t want to make a whole config file for one thing, though if I have to that’s fine. |
No, we restricted it to being in configs because we'd like the flexibility to add more JUnit-related options in the future without bloating the CLI. Hopefully it's not too much work, just a few lines of text. |
Yeah, it’s fine. We have like 50 flags in our command that we can put in there instead. |
Now that I work at Oxide :) I'd love to take this on at some point after we ship. |
Per #3683, it seems like we can close this. |
As discussed in chat, our test output in CI makes it hard to figure out what tests failed. In one very typical case, the failure was buried 500 lines above the bottom of the output. Running with
--verbose
removed did not help, as there is still a lot of noise.cargo-nextest
has much nicer output (see below).Testing this may be as simple as adding a
cargo install cargo-nextest
step to the CI config and updating the test command. Downloading the binary would be faster, but building from source isn't that slow to start out with.https://nexte.st/index.html
The text was updated successfully, but these errors were encountered: