-
-
Notifications
You must be signed in to change notification settings - Fork 730
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
Bump Ruby to 2.3.7 #4518
Bump Ruby to 2.3.7 #4518
Conversation
3dc985f
to
feaa928
Compare
"Rails 3.2 reached its end of life-cycle with the release of Rails 5.0 on June 30th, 2016" "Rails versions 3.2 to 4.2 were built to work with any version of Ruby from 1.9. 3 to 2.2, allowing flexibility" I assume this will be the last ruby upgrade before the rails upgrade. Is that correct? |
Yeah I think this will be the last one. |
I'm concerned about Rail 4.0 being untested with Ruby 2.3. I haven't been able to run the Rails specs yet to confirm it it works. I would like test a couple more things. Otherwise I would say let's just try it. Worst case would be that we have to downgrade Ruby during the next upgrade. :-( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, I double checked that this passes the specs.
@@ -1,5 +1,5 @@ | |||
source 'https://rubygems.org' | |||
ruby "2.2.10" | |||
ruby "2.3.7" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm wondering if we should remove this line altogether. I believe that the purpose is to make Bundler fail fast if the used Ruby version isn't right. Docs. But our application does work with several Ruby versions at the moment (2.1, 2.2, 2.3). So I would skip this requirement and see the .ruby-version
file as source of truth to select the best version.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, I think we'll get to it as soon as it breaks our development with the two versions.
I guess this is dependent on openfoodfoundation/ofn-install#549 before merge? 😊 |
I provisioned staging-fr with latest ofn-install (with 549) and now I started the deploy of this PR: |
looking good, ready for testing. |
Ok so I've taken the same testing approach than #4250 and #4301, which means I did a sanity check: 1- Login The rest will be tested during release testing like previsouly. So I'm moving this to ready to go 🎉 |
@luisramos0 should the open PR's in the pipe be rebased after this merge? |
No need. Now the servers will have the current and upcoming Ruby version installed 🎉 we learned the lesson. |
What? Why?
Related to #2891
Bumps Ruby to
2.3.7
🎉 I had to drop down from2.3.8
because Semaphore apparently doesn't support it.Full Ruby changelogs are here:
What should we test?
General release type test of core functionality.
Release notes
Bumped Ruby version to
2.3.7
Changelog Category: Changed