将Rails 2应用程序移植到新服务器

Question

在此过程中，我还提出了其他几个问题，但是对于要执行的操作我有个更好的主意，所以我想问一下。

我继承了一个Rails 2.2.2应用程序，该应用程序现在以生产形式在我可以访问的服务器上运行。 我正在尝试将该应用程序移植到我的服务器，版本控制等上。我首先尝试复制源代码，并使其在Rails 3和gems的最新版本下运行，但是事实证明，这比困难得多。我以为会。 似乎最好的解决方案是仅使用当前系统正在使用的相同版本的Rails和其他gem，并按原样通过应用程序进行移植。

所以我想知道这样做的最好方法是什么？ 我可以将源代码放入版本控制系统中，并以与现在相同的方式设置Capistrano和Passenger。 问题在于将所有宝石都放在同一版本中。 我听说过冻结Rails和冻结gems，但是其中的许多教程看起来有些过时了。 将gem冻结在当前正在运行的生产服务器上是否安全，还是我应该只获取gem及其版本的列表，然后将其全部手动安装到要移植到的新服务器上？

编辑 ：我遵循了tadman的建议，并在生产服务器上安装了所有gems和最新版本的Gemfile，但是现在我陷入了与这些问题的版本控制，例如：

Bundler could not find compatible versions for gem "ruby2ruby":
  In Gemfile:
    merb-action-args (= 1.0.8.1) depends on
      ruby2ruby (>= 1.1.9)

    ambition (= 0.5.4) depends on
      ruby2ruby (1.1.8)

生产服务器有时会安装多达4个版本的同一gem，但是Bundler似乎只希望处理每个版本的一个版本。 有没有一种简单的方法可以解决这种情况，还是可以追溯到生产中冻结的宝石？

编辑2：我决定从除rails之外的所有gem中删除版本并进行bundle install 。 到目前为止，即使所有版本都不完全匹配，它似乎也可以正常工作。

Answer 1

切换到Rails 3可能会让人头疼，但是打包宝石的历史版本会容易得多。 在某种程度上， 捆绑程序使此操作变得更加容易，您可以在Gemfile为应用程序在Gemfile声明所需的特定版本。 尽管这是Rails 3中使用的事实上的方法，但它与平台无关，可以在任何版本的Rails上用作分发机制。

除非在config/environment.rb另外指定，否则通常可以将与gem list一起使用的gem list的版本确定为最新版本。 将gem列表转换为Gemfile很容易。