Closed pirj closed 4 days ago
@JonRowe Am I doing the right thing?
@pirj yep, thats the exactly the kind of thing we'll want in a final 3.x release.
We'll follow the 2.x strategy of:
It's sufficient to keep these as a PR until we get to releasing 3.99, the first two steps are just release management as usual
Green!
I have seen features/command_line/init.feature:25
, and features/command_line/bisect.feature
(on JRuby) failing intermittently on CI. Might be flaky. Couldn't reproduce locally.
Thanks @pirj for this PR. 🙌🏻
should we add deprecation warnings when running on rbx/ree/Ruby < 2.3?
It means people will always have the deprecations when they use the last version chosen by bundler for their Ruby version?
@pirj are we good to merge it?
Sorry I scrolled back and saw
It's sufficient to keep these as a PR until we get to releasing 3.99, the first two steps are just release management as usual
Migrated to the monorepo
A few things are a bit off, e.g.:
:if
/:unless
deprecation usagesunless
condition insnippet_extractor_spec.rb
to skip it on Ruby 1.8 builds. Puzzled to understand how:unless => RSpec::Support::Ruby.jruby? && !RUBY_VERSION.start_with?('1.8.')
was working (example failure)This is purposed to be released as version 3.99. Sibling PRs:
Release strategy: https://github.com/rspec/rspec-core/pull/2880#issuecomment-797756681 RSpec 4 plan: https://github.com/rspec/rspec/issues/61 Changes: https://github.com/rspec/rspec-core/blob/4-0-dev/Changelog.md#development
TODO
rspec-expectations
PR, thenrspec-mocks
PRspec/spec_helper.rb
change