现在Rails 3 beta就在这里，让我们进行一次小小的民意调查。
请简要告诉我们您的应用程序的功能以及何时将其升级到Rails 3.或者，如果您不打算很快升级，请告诉我们什么阻止了您。
答案 0 :(得分：3)
诚实？当开发人员醒来并开始在他们的宝石和插件中使用Rails 3 / Ruby 1.9时。他们知道现在已经有几个月了，而且大多数人甚至都不愿意升级。我要指出的一个特别是authlogic，这是最常用的身份验证插件之一。它仍然不适用于Rails 3。
糟糕！
答案 1 :(得分：2)
我不打算。我确定我的人数很少，但我的大应用程序仍在运行1.2.6。每当我考虑努力升级时，Rails似乎再次改变。
它做了我想做的事情，赚了不少钱，尽管感觉越来越多地被冷落，但我没有足够的理由来更新它。
答案 2 :(得分：2)
我的所有Rails应用程序目前都在Rails 2.3.5下运行，每个应用程序的LOC都是80％或更高。这一直是我为自己或在工作中管理的每件产品的关键要求。
通常，升级到次要/错误修复版本只需几分钟。 更改GEM版本，升级要求，运行测试，修复问题和提交。
Rails 3.0是一个重要的重写，最大的问题是插件兼容性。 插件不在我的直接控制之下。这与我hard time trying to upgrade to Ruby 1.9.1的原因相同。
但是，我已经在使用Rails 3.我想尽快学习Rails 3最重要的变化，以便开始moving the existing apps to the right directions。此外，作为插件作者，开始使用Rails 3以使我的插件兼容对我来说很重要。
昨天我从最简单的应用开始。好吧，至少这是我过去常常想到的。无论如何，它是具有较少外部依赖性（少于3个宝石）的应用程序，升级需要大约1小时，并且为了弄清楚为什么Rails无法加载我的路线需要3个小时。事实证明，Rails Metal组件正在与新的Rails 3堆栈作斗争。
我必须弄清楚一些小问题，但我可以说我已成功将我的第一个应用程序迁移到Rails 3。
一旦Rails 3稳定可用，我计划尽快将我的所有Rails应用程序迁移到Rails 3。或者至少，一旦我弄清楚依赖关系是否真的与Rails 3一起工作，幸运的是，一个项目已经在http://railsplugins.org/开始，目的是列出所有兼容/不兼容的Rails插件。
我的远程环境已经与Rails 3兼容，我正在使用带有Ruby Enterprise Edition的乘客（1.8.7）。唯一阻塞的问题是插件。
我想至少需要一个月的时间才能让我的Rails应用程序的主要部分为Rails 3做好准备，以为我不会开始升级，直到Rails 3稳定出局或我真的需要新版本的某些阻止功能（例如，基于子域的路由）。
答案 3 :(得分：2)
我不打算将任何应用程序升级到rails 3。
但是，我刚刚决定所有新项目都将成为rails3。缺少插件支持并不是一个大问题，因为我认为这是一个将我的应用程序与插件分离的机会，以便我可以随时将它们交换进去。
我还怀疑大插件会很快升级，因为他们不想被遗忘。
在此处跟踪plugin status。
答案 4 :(得分：1)
我一直把我的应用程序放在2.3的边缘，但由于Rails中有很多根本性的变化，我可能会安装测试版，努力将它们转换过来并希望在时间之前做好准备它已经稳定发布了。
我很高兴在RailsConf之前有很多提前期，所以我可以真正熟悉Rails 3的新功能，并且不会感到迷失/不知所措。
答案 5 :(得分：1)
我认为我不会升级任何应用程序。与我从中获得的相比，这将是一项大量的工作。在某些情况下，我在我的应用程序中使用的插件/宝石与Rails 3不兼容，因此升级是不可能的，或者需要分叉宝石......太耗时。
如果我必须更新，我可能会再等一下所有的gems /插件更新到Rails 3.当然，我将开发的任何新应用程序都将使用Rails 3完成。
答案 6 :(得分：0)
我会回答我自己的问题。
我不确定Rails 3会有多少测试版本，但是我会暂时将我的blog应用程序转换为下一个测试版或最终版本。我认为这将是一个非常耗时的过程，因为我有很多构建标记的视图助手，很多命名范围和一些非常复杂的路由。
我想在处理Rails 3之前先添加页面缓存！
答案 7 :(得分：0)
在尝试测试版并且不想使用任何命令后，我决定等到新的测试版。
此故障单已经打开。
答案 8 :(得分：0)
在意识到我可能花更多的时间在Zend Framework和Doctrine上运行代码（修复框架错误，烦人的语言工作区，并且只是简单的痛苦），而不是实际编码功能我决定现在是时候让RoR去了。特别是因为RoR3现在带有大量文档。
过了5个小时，看起来真的很有希望。虽然调试了1个小时，但插件上的一些文档还没有达到速度，但是我就在那里。
这很有趣，似乎确实朝着更好的方向发展。有更多时间对功能进行编码，减少编写调试的时间。
因此，我正在转换的应用程序是我的高级CMS，现在部署在20多个网站上，并为我自己的balupton.com提供支持 - 所以会很有趣，因为CMS已经是一个完整的功能cms。