更有效地更新或重建 Rails 2.3.X 应用程序？答案

【问题标题】：More efficient to update or rebuild Rails 2.3.X app?更有效地更新或重建 Rails 2.3.X 应用程序？
【发布时间】：2016-09-30 11:32:08
【问题描述】：

我有一个 Rails 2.3.X 应用程序。我计划聘请开发人员将站点更新为当前的 Rails 标准或重建站点。一般来说，有没有办法评估更新与重建是否更具成本效益？我的偏好是更新。

【问题讨论】：

最具成本效益的解决方案是什么都不做。需要更新/构建的业务案例是什么？
我对 Rails 缺乏经验，但我的理解是 2.3.X 应用程序不会从安全更新和 gems 更新中受益。此外，由于 Rails 2 与 Rails 4 的编码差异，不更新可能意味着我雇用的合同开发人员将难以为 Web 应用程序编写新功能，因为他们使用的是 Rails 4 编码标准。但是，看，如果这是完全错误的，如果应用程序可以安全且轻松地添加到 Rails 2 中，那会让我欣喜若狂！我只是根据另外几个开发人员的意见得出这个结论，并试图了解成本。
我会专注于业务需求。您的用户要求什么？他们需要什么？他们会为哪些功能付费？先回答这些问题。回答后，根据实施的难易程度和实施成本为每个功能分配优先级。您列表顶部的功能是否需要 Rails 升级？如果没有，那就不要花钱。真正决定这一点的是用户。 HTH

标签： ruby-on-rails ruby-on-rails-2

【解决方案1】：

对此很难做出判断，这取决于行数、使用的 gem 依赖项（越多越难）、测试覆盖率（越少越难）。

我们已尝试将包含 100.000 多行的应用程序从 Rails 2 升级到 Rails4。这当然是很多工作。从头开始构建是一个严肃的选择，特别是因为几乎不可能对升级项目进行时间限制。我们正在重建应用程序。此外，Rails 2.3 已经超过 5 年了。我可以想象你的市场可能已经发生了变化，无论如何它都需要一些返工，因为它已经过时了。我要提到的最后一件事是测试。如果您的应用具有相当大的测试覆盖率，更新可能会更容易。

【讨论】：

【解决方案2】：

我想向您介绍第三种选择。

我们也遇到过类似的情况。大型 Rails 2 应用程序，我们遇到了安全问题，并且由于旧的依赖项而阻止了操作系统的升级。

我们没有更新我们的应用，而是改用 Rails LTS。 https://railslts.com/

效果很好。

【讨论】：