我正在开发的应用程序是从Rails 3.0.6开始的，我相信3.0.7可用，3.1就在附近。
我意识到3.1可能会有一些重大变化，需要在尝试更新项目之前正确读取发行说明等。
我的问题是，x.x.x更新和x.x更新被认为是最佳做法？他们应该区别对待吗？除非发生重大变化，否则最好每次创建一个全新的项目并放入更改的文件？
富
答案 0 :(得分：3)
最好的方法是始终在Gemfile中指定Rails和其他Gem版本。
gem 'rails', '3.0.7'
发布新版本时，您只需碰撞版本，捆绑并运行测试套件即可。在change log之后，您可以评估是否需要进行任何更改。 Rails非常擅长为您的代码段提供弃用警告，因此您应该在更改之前了解更改。希望这会有所帮助，一切顺利。
答案 1 :(得分：1)
我对此有点混淆意见。
一方面，您希望对升级保持务实，并评估是否花时间升级您的Rails版本将为您带来任何好处。有时候这是显而易见的 - 加速部分应用程序的速度改进，改进的管道或工作流程等可能带来明显的收益，并且您可以轻松证明花时间升级应用程序。有时候，它并不那么明显，肯定有大量的生产应用程序some very well known，仍然运行2.3和Ruby 1.8.7。
另一方面，Rails是一个快速发展的项目，我个人不想坐在一个非常老的版本上。等待升级的时间越长，相应修改应用程序的工作就越多。
如果您觉得是时候进行升级，或者升级是一个好主意，我的建议是在您的版本控制系统中创建一个新的分支并测试和分析新的版本即可。这样，您和您团队的其他成员可以继续正常处理旧分支中的应用程序，您可以很好地了解升级Rails需要多少工作。然后，如果一切都发生了可怕的错误，你可以删除新的分支并继续你的快乐方式。
<强> TL; DR