putting up with git conflicts on staging, getting flooded with messages about me asking for reviews, giving hints on how to fix the incidents, giving me the trust and time to work on this, spending money on the extra servers in production and staging, etc
on rubygems.org a lot 1. git checkout am-upgrade-rails-527-hack 2. 3. # Gemfile 4. gem "rails", "5.2.7" 5. 6. bundle 7. 8. # Comment out gems that has problems 9. 10. bundle # again 11. 12. # Keep on repeating bundle and commenting
to the master 2. Must read the CHANGELOG 3. Must be deployed on Staging 4. Must try re-running some of the gem features 5. Bigger gaps in terms of the time for high risk gems 6. Limit the deployments per pay 7. Schedule big upgrades 8. Big upgrade must be done on Monday morning 9. Document as much as you can 10. Get someone as a backup during deployment
• Store basic data, not object / Prefix or version the cache • Get a dedicated team members (more than 1 person) • Figure out a way to not do this again lol