如何说服我的经理进行rails 3升级|我应该升级到rails 3

时间:2010-09-06 11:35:21

标签: ruby-on-rails upgrade

我们目前正在运行rails 2.1。

升级的主要动机是担心我们的版本(以及最新技术的兴奋)日常宝石/插件将变得稀少/不可用/不受支持。

据我所知,rails3有很多改进,但可能是我的经理想听的是他在业务方面所获得的优势。

我们是Saas应用程序,应用程序上的负载不是很高,但对可靠性的需求更多。

修改:

  • 看起来我对升级的兴趣需要重新思考,所以欢迎回答“我应该升级”。

  • 我原来的问题也需要答案 - 如何描述从rails2.1升级的业务优势 - > Rails3中。

  • 应用 处于有效开发/增强状态。

5 个答案:

答案 0 :(得分:6)

  • 如果您的应用程序正在开发中,并且可能在未来几个月内拥有越来越多的功能,那么您应该迁移到更新且受到积极支持的版本。

  • 如果您的应用程序偶尔需要修复错误,那么您应该坚持使用当前版本。

答案 1 :(得分:6)

没有升级的时间越长,时机成熟时就越难。迟早,任何积极维护的项目都将不得不升级到更新的版本,并且你必须跳过的版本越多,它就越难以且风险越大。如果定期升级,它将成为一项相当简单的维护任务。

我担心从2.1开始 - >除非你的应用程序非常简单,否则3.0将会相当粗糙。您可以尝试从2.1开始 - > 2.3.9作为第一步。但是,现在就做,而不是2.1的时候 - > 3.1会省去你的心痛。现在,每个人都专注于帮助人们升级。一年后,可用的新鲜资源将减少,并且人们会更少地帮助人们升级。

答案 2 :(得分:5)

升级!

我会说你应该升级,因为你说的原因,但不要急于求成。如果你有一个定义良好的测试套件,一切都应该没问题。

大多数核心Rails 2.x代码都适用于Rails 3,您只需阅读弃用警告并逐一修复。您还可以使用official Rails Upgrade plugin自动执行大量编辑。

至于您使用的宝石和插件,您可以在railsplugins.org检查它们的兼容性,并确定是否值得给它带来麻烦。

老板的电梯间距:你说应用程序正在开发中,所以当你绝对必须后升级意味着你必须首先处理2.x下出现的所有问题然后处理升级问题以及更大的应用程序的3.0问题。 现在升级可以节省时间,省去了必须处理2.x问题的麻烦。此外,您还可以避免一些升级问题,因为您的应用程序现在可能比现在更精简,而不是您决定稍后升级时的重量级。

答案 3 :(得分:3)

由于优先级的可靠性很高,除非需要绝对,否则您可能无法升级。必然会出现一些无法预料的问题。

为了解决最新技术的兴奋,您可以随时试用新的插件和Rails 3离线。

Businesses不应该是开发人员的沙箱。发展也不应该Resume Driven

但这只是我的意见。 :)

答案 4 :(得分:1)

升级有几个原因,所有这些都是假设应用程序已经并将继续处于活跃开发状态。

  • 与第三方软件集成 - 例如,rails 1没有ActiveSupport。一个应用程序保留在rails1上,通过说rails 2可能想要与主要支持restful json的第三方API集成。此时,敏捷路径是升级,但由于您将其延迟了很长时间,因此升级过程中出现大量问题的风险将大大超过您提前升级的风险。
  • 使用有助于增加新功能的插件 - 如果您想添加新功能并且有人已经抓住了您的痒,那么如果您遇到旧版本的rails,则必须自己编写该代码。您自己编写的代码越多,错误的可能性就越大,代码可能需要的维护就越多,具体取决于函数。
  • 修复插件/宝石的旧版本中的错误 - 如果遇到rails,插件或gem中的错误或某种其他集成问题,可能会在以后的版本中修复,但是取决于较新版本的rails。这将使您修复所述错误或实施所述增强的途径越大,等待升级的时间越长。