-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Fix db state leaking across tests #1384
Conversation
- Better minitest 4/5 support - Better DSL - Already available with no changes - Consistent interface PR has one failure until rails-api#1384 is merged.
The lack of passing builds on master is distracting to active PRs. So, I'm going to merge this. |
Raising my voice a bit too late about this, but this way of handling stuff does not seem right at all. We should find a better solution. |
💯 |
@beauby Yeah, I would have waited longer, but it did fix the immediate issue, and allowed builds to pass, which was blocking good PRs. I'm not how we should handle 'this PR needs a followup'. Maybe a label? Maybe an issue that lists issues? Maybe a new issue? |
Not sure either. A label is probably good. |
Between that and forgetting to use milestones.. I could use a page that says 'start looking for priority work here and here's some stuff not to forget about', or something like that... rails-bot does some cool stuff.. also auto-marks as stale |
See e.g. https://travis-ci.org/rails-api/active_model_serializers/builds/97975719
db records created specs weren't being cleared, so that
other specs calling
all
had unexpected records in them.TODO: include a mixin to automatically clear records. Maybe
Perhaps consider replacing all usages of
Minitest::Test
withActiveSupport::Test
for better compatibility.