ruby-on-rails - Rails 2 プロジェクトを Rails 3+ にアップグレードするにはどうすればよいですか?

Question

Ruby 1.8 で実行され、Rails 2 を使用する別の開発者から古いプロジェクトを継承しました。Ruby と Rails のプロジェクトは初めてなので、そのようなタイプのプロジェクトのアップグレードについてアドバイスが必要でした。このプロジェクトの大きな問題の 1 つは、テストカバレッジがないことです。単体テストは一切ありません。プロジェクトの統計は次のとおりです。

$ cloc .

http://cloc.sourceforge.net v 1.56  T=3.0 s (149.3 files/s, 15714.0 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
Ruby                           379           3106           1476          15246
Javascript                      18           2981           2369          11008
CSS                             16            690           1208           7156
HTML                            21            324             69           1039
YAML                            13             46            164            236
Bourne Shell                     1              2              5             17
-------------------------------------------------------------------------------
SUM:                           448           7149           5291          34702
-------------------------------------------------------------------------------

私の計画は、新しいRailsプロジェクトを開始し、テーマの失敗を確認するテストを作成し、古いコードを少しずつ取り入れ、更新が必要な部分を更新して前進することです.

これは私が言われたほど困難ですか？上記のアプローチは現実的ですか？注意すべき落とし穴は何ですか?

score 2 · Accepted Answer

最近、私はこれを自分で行いました。Rails2.3プロジェクトをRails3.0および3.1に移行してから、3.2に移行しました。少し大変でしたが、私の観察では：

あなたが提案するように、私は新しいプロジェクトを作成しようと試み始めました-しかし、私はすぐにそれに反対することに決め、既存のプロジェクトを更新するだけに戻りました。
Rails3への移行に関するRailsCastsは非常に便利であることがわかりました。最初のものはここにあります：http：//railscasts.com/episodes/225-upgrading-to-rails-3-part-1
とにかくテストを書くつもりなら（これは絶対に正しいことです）、3.0にアップグレードした後にこれを始めるのが最も簡単だと思いました。私が覚えているように、2.3から3.0の間で、互換性のあるバージョンのテストgemに関していくつかの問題がありました。私のお気に入りのテスト環境には、RSpec、Cucumber、およびGuardが含まれます。このRailsCastは、テストの設定に最適です：http: //railscasts.com/episodes/275-how-i-test
バージョン管理はあなたの友達です。作業したメジャーポイントリリースごとにgitブランチを作成しました。そうすれば、私が何かをひどく壊したとき、私は簡単に枝を捨てて再試行することができました。

それの長短-それは実行可能ですが、それを正しくするのに少し時間がかかります。「新鮮な」プロジェクトからやり直すと、少なくとも私の場合は、必要でも役に立たないことがわかりました。