-
Notifications
You must be signed in to change notification settings - Fork 284
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
Unittest hygeine - version(VibeUnittest) #673
Comments
|
At least if you use DUB to build (without |
|
I agree it's less than ideal, but when I brought it up on the NG some |
|
What I'm currently thinking about is letting DUB automatically define something like |
I believe it is a good default and would prefer it to stay that way. |
|
(assuming rdmd, not a custom build tool) |
|
At the very LEAST, can we at least get vibe's unittests to quit spamming stdout and the filesystem's current working directory? |
Currently, projects using vibe.d cannot run their own unittests without also running vibe's unittests, unless they manually provide their own test runner (which is awkward and obscure).
A common and more hygienic idiom is for a library to wrap its own unittests in a lib-specific special version block. Accordingly, Vibe'd unittests should change from:
to:
As one effect of vibe's current behavior, running the unittests in a program which uses both vibe and mysql-native results in a numerically-named file being created in the current directory, containing something like this:
The text was updated successfully, but these errors were encountered: