Open natevick opened 6 years ago
Based on our experience and the age of the dependencies in the Gemfile we believe there will be number of dependencies that will require updating during each step that bundler was not able to catch due to loose assertions in gemspec files. An example of that is the acts-as-taggable-on gem which we know needs to be updated at Rails 4.0, but can be updated at Rails 3.2.
@scytacki It looks like calpicker_includes is still used in layouts such that removing calpicker from the gemfile broke a good chunk of the rspec and cucumber test suites.
It's used in the following files: spec/views/layouts/application.html.haml_spec.rb app/views/layouts/application.html.haml app/views/layouts/minimal.html.haml app/views/layouts/report.html.haml app/views/layouts/run.run_html.haml
Please advise on how you'd like to proceed.
From @nvick on April 9, 2018 23:7
This roadmap was created by simulating each upgrade step with bundler. At each step we update rails to the next non-patch release, then work through the dependency resolution process until the Gemfile successfully bundles.
Pre Rails 4.0 upgrade
These gems will need to be ugpraded to the listed versions by Rails 4.0, but can be done in advance of the Rails upgrade.
[ ] calpicker
[x] acts-as-taggable-on 2.1.1 -> 2.4.1 gem was not caught bundler. This is a gem we have had experience with during upgrades.
[x] devise 2.1.3 -> 3.1.2
[ ] cc_portal_wordpress_integration
[ ] cc_portal_remote_auth
[ ] geniverse_portal_integration
[ ] genigames_connector
Upgrade at Rails 4.0
Add at Rails 4.0
Remove at Rails 4.0
Upgrade by Rails 4.1
Upgrade by Rails 4.2
Copied from original issue: hintmedia/rigse#2