-
Notifications
You must be signed in to change notification settings - Fork 111
Update for RSpec 3 beta 2 #71
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
Update for RSpec 3 beta 2 #71
Conversation
"Update matcher protocol and custom matcher DSL to better align with the newer expect syntax. If you want your matchers to maintain compatibility with multiple versions of RSpec, you can alias the new names to the old. (Myron Marston) * failure_message_for_should => failure_message * failure_message_for_should_not => failure_message_when_negated * match_for_should => match * match_for_should_not => match_when_negated" http://myronmars.to/n/dev-blog/2014/02/rspec-2-99-and-3-0-beta-2-have-been-released
|
BTW how about setting RSpec to fail in case of deprecation warnings? If you don't need them to promote one syntax or another, they would be very helpful. Some pull requests (like #64) were created before beta 2 and they don't honor most recent deprecations. |
|
👍 |
|
Dependencies updated. Could anyone with an active real-life project confirm that it works well with stable RSpec 3? Tests indicate no problems. |
|
@laserlemon @skalee looks ok, can we merge it? |
|
I can confirm that this is working. |
|
Can someone merge this PR please? |
|
Version 1.1.2 released. |
|
👍 |
Support new matcher interface.
Do you prefer
aliasoralias_method? I'm usingaliasbecause it's RDoc-friendly and those matchers are not likely to be subclassed, but I can change toalias_methodif you want.Explicitly enable both expectation syntaxes.
Both fashions
something.should be_like_thisandexpect(something).to be_like_thisare used in tests so I enabled them. As in above, I can change it if you want to gradually force one or another and warnings seem helpful.