为了顺利迁移Rails 3.0.10应用程序，需要通过rails 3.1.1在许多新模型和控制器上成长，我想知道我们是否可以在新3.1.1下安装旧应用程序而留下一个团队实现新功能，而另一个仔细迁移旧的3.0.10组件。
这可能吗？这是可取的吗？如果是，我们怎么做呢？
欢迎任何想法或经验。
更新
......我们也处于一个阶段，每个程序员都在开始一个新功能，目前没有移植资源。所以我说，方式不要从许多全新的自包含/测试应用程序（rack + sinara + old rails 3.0）开始，由（安装）rails 3.1.1作为路由器/容器工作？
我想起了保罗迪克斯在他的"Service-Oriented Design with Ruby and Rails"书中所描述的内容。
新功能，也可以在旧的3.0应用程序之上通过Rails 3.1.1启动，直到第一个程序员准备开始迁移...你怎么说？
卢卡
答案 0 :(得分：1)
我建议不要这样做。你最终做的是加倍你的工作 - 你现在必须测试多个代码库中的每个功能，几乎没有什么好处。
只需将应用程序从3升级 - > 3.1继续你的一天。它应该不难，3.1是一个点发布，应该主要向后兼容。
历史上升级的主要问题是除了Rails之外的第三方库依赖 - 它们经常在更新rails时中断，然后你必须修复它们，自己重写它们，切换到另一个适用于新rails版本的，或只是等待升级，直到它们兼容，所有这些都是不可取的。
幸运的是，我认为rails 3和3.1之间没有很多宝石，所以你不应该有这个问题。
编辑：如果您担心3.1中对css / javascript / html的更改，我只能想象您假设资产管道发生了变化。根据我的经验，它没有。据我所知，资产管道大多是可选的。我想如果你想要
，你仍然可以像rails 3.0一样引用css / javascript