-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
#[sqlx::test] should play nicely with nextest #2123
Comments
This sounds like a relatively simple thing to implement—though I say this without having looked at the source code. Is the reason it has been delayed for so long that few people actually care about it, or do the maintainers disapprove of the change? If it's the latter, it could be put behind a "nextest" feature flag. |
Currently using |
Unfortunately |
Some discussion in #2640 (comment) |
Since #2640 is merged is there any progress on this Issue? |
Is your feature request related to a problem? Please describe.
Currently running tests annotated with #[sqlx::test] fail with nextest because of how sqlx sets up test dbs, and nextest starts multiple test binaries in parallel to speed up tests
Nextest has real nice reporting features.
Describe the solution you'd like
I can use #[sqlx::test] with nextest
Describe alternatives you've considered
None, because the test binary that has a #[sqlx::test] in it deletes the db on exit, stomping on the next invocation of the binary by nextest
The text was updated successfully, but these errors were encountered: