-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Extending cargo test
with extra steps
#3541
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
Comments
@vorner, |
Either after or before, I don't really care about the order. So, is the right way to use cargo to actually wrap it into something? From all the tutorials I got the impression it should be the user-facing tool, not a backend. |
So, if you explained this likely isn't going to happen and why, should I close the issue, or is the intention to leave it here just in case the idea gets revisited? Maybe I'm old-school, but I kind of expected a „WontFix“ resolution by now O:-) |
That one looks similar, but runs at different time, so I don't think it is a direct duplicate (that one talks about post-build, I talk about running during tests). And I didn't get the suggestion to close it myself O:-). OK. |
It would be nice if I could specify additional commands/steps to run when running
cargo test
. The example would be to runcargo fmt -- --write-mode diff
as a sub-test, or running the binary (not just its tests) with supplied parameters. Now, I have to type all these commands before committing my code, or wrap them in a makefile.But, to be honest, I don't have a concrete idea how the configuration would look like while preserving some amount of platform-independence. I know I can create a fake integration test with no harness and do these steps from there, but that sounds a little overcomplicated.
The text was updated successfully, but these errors were encountered: