it will be done gently (minimize pain) Make core members (Increase truck number) The accumulated experience increases speed and quality to the system Members who know a lot of code can take the initiative to the team and proposals
features will occur for each person, so it depends on that person Especially the author is detailed e.g. Review requests on GitHub I’m not sure if Mob and Pair Programming will solve it, but listening is important anyway
daily, or not (CI tools or a noticed member, With new features or only updated gem release) Where: local development -> CI -> staging -> production What: Dependent gems (`>= 5.1.0, < 6.0.0`) Why: A few (breaking) change is easy understand How: `bundle outdated`, `gemdiff` or others
Beta 1, RC 1... (only updated gem release) Where: local development (early preparing `bump_rails_to_6_0` branch)-> CI -> staging -> production What: Rails and dependent gems Why: A few (breaking) change is easy understand How: `bundle update rails` or handcraft after investigate
release, don’t include new features) Where: local development (early preparing `bump_rails_to_6_0` branch)-> CI -> staging -> production Don’t forget batch scripts
1 has been released You can opening a new (bug) issue You maybe able to fix the bug and reduction to upstream "Let's go upgrade Rails app by everyone." by Ginza.rb
/Users/koic/src/github.com/ plataformatec/devise/app/ controllers/devise_controller.rb: 18:in `<class:DeviseController>': undefined local variable or method `mimes_for_respond_to' for DeviseController:Class (NameError)
or Weekly batch script, etc Please note the AC::Parameters when upgrading from Rails 4.2 to Rails 5.0 I made “Everlasting” gem https://github.com/koic/everlasting
separate feature release and bundle update release For example, when performance regression occurs in release, if it is only feature or bundle update release, we can quickly investigate the cause The reality is that bundle update whose change is known may be put in the feature release
try to upgrade to Rails 5.2 from Rails 5.1 Unfortunately we reverted the release. The result reverted to Rails 5.1, but we were able to exposed the problem “ORA-03113 end-of-file on communication channel”