现在Rails 3 beta已经发布了，让我们来做一个小小的民意调查。
请简要告诉我们您的应用程序做了什么以及何时将其升级到 Rails 3。或者，如果您不打算很快升级，请告诉我们是什么阻止了您。
问问题
825 次
9 回答
3
诚实地？当开发人员醒来并开始在他们的 gem 和插件中使用 Rails 3/Ruby 1.9 时。他们知道它已经推出了几个月，而且大多数人甚至都懒得升级。我要特别指出的一个是 authlogic，它是最常用的身份验证插件之一。它仍然不适用于 Rails 3。
哎呀！
于 2010-02-06T18:49:09.637 回答
2
I'm not going to upgrade any apps to rails 3.
However, I just decided that all new projects will be rails3 going forward. The lack of plugin support isn't a big issue as I see it as an opportunity to decouple my apps from plugins so that I can swap them in and out as I please later.
I also suspect that the big plugins will upgrade very quickly as they won't want to be left in the dust.
Keep track of plugin status here.
于 2010-02-07T13:54:42.250 回答
2
我不打算这样做。我确信我属于极少数，但我的大应用程序仍在运行 1.2.6。每次我考虑努力升级时，Rails 似乎又发生了变化。
它做了我想做的事，赚了很多钱，尽管我感觉自己越来越被冷落了，但我只是没有足够令人信服的理由来更新它。
于 2010-02-05T13:56:47.877 回答
2
我所有的 Rails 应用程序目前都在 Rails 2.3.5 下运行，每个应用程序的 LOC 都在 80% 或更高。这一直是我为自己创建或在工作中管理的每个产品的关键要求。
通常，升级到次要/错误修复版本只需几分钟。更改 GEM 版本、升级要求、运行测试、修复问题并提交。
Rails 3.0 是一次重大改写，最大的问题是插件兼容性。插件不在我的直接控制之下。这也是为什么我很难尝试升级到 Ruby 1.9.1的原因。
但是，我已经在使用 Rails 3。我想尽快了解 Rails 3 最重要的变化，以便开始将现有应用程序移动到正确的方向。此外，作为插件作者，开始使用 Rails 3 以使我的插件兼容对我来说很重要。
昨天我从我最简单的应用程序开始。好吧，至少这是我以前的想法。无论如何，它是外部依赖项数量较少（少于 3 个 Gem）的应用程序，升级大约需要 1 小时，而要弄清楚 Rails 无法加载我的路线的原因需要 3 小时。事实证明，Rails Metal 组件正在与新的 Rails 3 堆栈发生冲突。
我必须解决一些小问题，但我可以说我成功地将我的第一个应用程序迁移到 Rails 3。
我计划尽快将我所有的 Rails 应用程序迁移到 Rails 3，一旦 Rails 3 stable 可用。或者至少，只要我能弄清楚依赖项是否真的适用于 Rails 3。幸运的是，已经在http://railsplugins.org/启动了一个项目，目的是列出所有兼容/不兼容的 Rails 插件。
我的远程环境已经与 Rails 3 兼容，我正在使用带有 Ruby 企业版 (1.8.7) 的乘客。唯一的阻塞问题是插件。
我想至少需要一个月的时间才能让我的 Rails 应用程序的主要部分为 Rails 3 做好准备，我认为我可能不会开始升级，直到 Rails 3 stable 出来或者我真的需要新版本来获得一些阻塞功能（例如.基于子域的路由）。
于 2010-02-07T00:17:09.537 回答
1
我不认为我会升级我的任何应用程序。与我从中获得的收益相比，这将是大量的工作。此外，在某些情况下，我在我的应用程序中使用的插件/gem 与 Rails 3 不兼容，因此升级将是不可能的，或者需要分叉 gem……太费时了。
如果我必须更新，我可能会再等一会儿，让所有 gem/插件更新到 Rails 3。当然，我将开发的任何新应用程序都将使用 Rails 3 完成。
于 2010-02-08T15:54:19.140 回答
1
我一直将我的应用程序保持在 2.3 的边缘，但由于 Rails 3 中有很多根本性的变化，我可能会安装测试版，努力转换它们，并希望在它发布时准备好稳定的。
我也很高兴在 RailsConf 之前有很多准备时间，所以我可以真正熟悉 Rails 3 的新功能，并且不会在那里感到迷失/不知所措。
于 2010-02-05T15:12:01.517 回答
0
我会回答我自己的问题。
我不确定 Rails 3 会有多少测试版，但我将推迟转换我的博客应用程序，直到下一个测试版或最终版本发布。我认为这将是一个相当耗时的过程，因为我有很多构建标记的视图助手、很多命名范围和一些相当复杂的路由。
我想在处理 Rails 3 之前先添加页面缓存！
于 2010-02-05T15:37:34.730 回答
0
在意识到我可能花更多的时间在 Zend Framework 和 Doctrine 上让代码工作（修复框架错误、烦人的语言变通方法以及只是简单的痛苦），而不是实际编码功能后，我决定是时候尝试一下 RoR。尤其是 RoR3 现在已经发布了一堆文档。
5个小时过去了，它看起来真的很有希望。虽然调试了 1 个小时，但插件上的一些文档没有跟上速度，但是我在那儿。
这很有趣，而且似乎朝着更好的方向发展。更多时间来编写功能代码，更少时间编写代码来调试。
因此，我正在转换的应用程序是我的高级 CMS，它现在部署在 20 多个网站中，并为我自己的 balupton.com 提供支持 - 所以会很有趣，因为 CMS 已经是一个完整的特色 cms。
于 2010-12-08T21:41:45.923 回答
0
在试用了 beta 并且它不想使用任何命令之后，我决定等到一个新的 beta。
该问题的票已打开。
于 2010-02-07T00:20:52.150 回答