если зависимостей мало, то вообще как нечего делать

главное, чтобы гемы, используемые в твоем проекте стали 5-ю версию поддерживать

В теории ко-ко-ко нужно следовать ABU (always be updated), но на практике это работает только с пет проджектами, ну или если в проекте много ресурсов.

upgrade pressure syndrom?

Еще такая вещь: проще создать новый апп и туда скопипастить классы со старого проекта. )))

чем апгрейдить гемы

Недавно @DanielVartanov рапортовал что закончил апдейт огромного рельсового приложения

Даник, поделись прохладной историей

Задерживать апгрейд — это гроб-гроб-кладбище.
Задержка с апгрейдом на X времени оборачивается вдвое большими усилиями, необходимыми на апгрейд.
ABU is the only way, 100%.
Мы вот только что пересели с 3-их на 4-е и немедленно начали проект по переползанию на 5-е.
Это ВСЕГДА сложно, особенно если приложение большое, оно неизбежно начинает явно или, ещё хуже, неявно использовать особенности текущей версии рельсов.

Лёгкого способа тут нет, просто брать и апгрейдить. Самые лучшие гайды по апгрейду — это, конечно, в самих rails guides, но даже они недостаточны.
Нужно много читать изменения, обязательно юзать RailsDiffs и много тестить

Но скорее всего, для вашего проекта нет ресурсов и он навсегда останется на 3х рельсах.

кстати, это тоже не плохо

в данном случае на помощь приходит знание архитектуры

иногда старый кусок софта изолируют и если нужно внедрить новую функциональность, то пишут в новом модуле, который служит оберткой для старого

так уменьшаете риск что-то сломать в старом говне

Бывает, выгодно выделить функционал (новый или существующий) в отдельный сервис. Тогда апгрейдить намного проще

ага

rails lts это что?

long time support

типо как с убунтой

фиксируют версию, которая долго будет подерживаться