-
Notifications
You must be signed in to change notification settings - Fork 551
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
v5.19's removal of MiniTest compatiblity layer broke Mocha #960
Comments
I'm seeing the same with puppet's beaker tests:
|
I got this with Minitest Spec
Workaround - Downgrading Minitest to v5.18.1 works for now. |
@zenspider that's a little disingenuous. Yes, To be clear, I have zero issue with this API change. My problem is that it was shipped without a major version bump, which breaks applications with even pessimistic dependency versions (e.g. Which makes me ask again: does minitest use semantic versioning? Or should we be locking our minitest dependency versions down? |
"Disingenuous" is titling this issue "removal of MiniTest compatiblity layer". Mocha has known about the name change for over a decade and yet persists (even after doing a "fix" today) on using the old namespace. Real fix:
Legitimate workarounds:
|
See freerange/mocha#614 . I appreciate the
MT_COMPAT
environment variable, but that's still an API break, and it broke a number of our projects before we found what was happening. Any reason this wasn't done in a major version bump? Or does minitest not use semantic versioning?The text was updated successfully, but these errors were encountered: