The Rails Upgrade Series
Welcome to our series of Rails upgrade miniguides. Here you’ll find links to all of the relevant posts to help with an upgrade.
First, if you or your boss are unsure whether an upgrade is a good idea then we have a pair of articles covering the technical and business reasons:
- Why Is It Important to Upgrade Your Rails Application?
- How to Pitch a Rails Upgrade to Your Boss (Without Any Tech Speak)
Laying the groundwork
Before jumping into updating gems and other actions, it is important to assess your codebase and lay the groundwork for your upgrade.
We would recommend that you assess your codebase before making changes, both to understand the work required and to find potential hotspots that might cause issues. You can learn our recommended approach here:
A guide for each version jump
We recommend upgrading to the next minor or major version in individual steps instead of taking big jumps, e.g. upgrading from 4.1 to 4.2 to 5.0.
To help you with each step, we have written a series of guides:
- 2.3 to 3.0
- 3.0 to 3.1
- 3.1 to 3.2
- 3.2 to 4.0
- 4.0 to 4.1
- 4.1 to 4.2
- 4.2 to 5.0
- 5.0 to 5.1
- 5.1 to 5.2
- 5.2 to 6.0
- 6.0 to 6.1
- 6.1 to 7.0
- 7.0 to 7.1
- 7.1 to 7.2
- 7.2 to 8.0
You can also download these as a collection in The Complete Guide to Upgrade Rails.
Want specialist help with your upgrade?
You hopefully have the information you need to get started on your Rails upgrade.
If you want to upgrade your application without delaying your product development, then hire FastRuby.io . We have upgraded over 80 applications since 2012 and specialize in upgrading large applications without interrupting the development team.
We typically start projects with an audit to generate The Roadmap , a report about the work required along with a time and cost estimate.