Railsを更新するには、バージョン番号を更新してから更新することを知っていGemfile
ますbundle update
が、他に何か変更があったかどうかをどうやって知ることができるかについて混乱していますか?
追加する設定オプションやその他のオプションがあるかどうかを知るにはどうすればよいですか。ファイルの内容またはディレクトリ全体。
手がかりはありますか?
Railsを更新するには、バージョン番号を更新してから更新することを知っていGemfile
ますbundle update
が、他に何か変更があったかどうかをどうやって知ることができるかについて混乱していますか?
追加する設定オプションやその他のオプションがあるかどうかを知るにはどうすればよいですか。ファイルの内容またはディレクトリ全体。
手がかりはありますか?
Rails のアップグレードは次のカテゴリに分類されます。
メジャー バージョンとマイナー バージョンのアップグレードには多くの作業が必要です。Peepcode や Peter Cook などによるスクリーンキャストに注意することをお勧めします。
rails new
場合によっては、すべての初期化子と構成ファイルをアプリの上にコピーしてコピーし、変更内容を見つけるために diff を実行する方が簡単な場合があります。
一度にマイナーバージョンを作成することを常にお勧めします。
たとえば、まだ 2.3.x を使用している場合は、まず 3.0.x にアップグレードし、次に 3.1.x、次に 3.2.x にアップグレードする必要があります。
一般に、パッチ バージョンのアップグレードはより簡単です (セキュリティ修正が含まれていることが多いため、重要です)。ログに非推奨の通知がないか確認し、変更を修正してください。
Gemfile の更新を行い、テストを実行すると、ほとんどの場合は問題ありません。
Railsdiff.orgサイトは、Rails の 2 つのバージョンにさかのぼって、バニラ Rails プロジェクトの内容の違い (つまり、実行中のように) を提供できます。これは、バージョン間で標準構成オプションに変更があったかどうか、または既存のプロジェクトにコピーしたい標準プロジェクトから追加/削除された新しいファイルがあるかどうかを判断するのに特に役立ちます。Rails New
3.0.0
これでは、フレームワーク自体で何が変更されたのかについての洞察は得られません。そのため、各リリースの変更ログにジャンプする必要があります。それらを入手する最も簡単な方法は、リリースされた各バージョンのメモとリンクが含まれているRuby on Rails ブログをチェックすることです。
それは確かに、アップグレードするバージョンによって異なります。一般に、Rails は、リリース ノートで変更する必要があることを文書化するのに非常に適しています。たとえば、次のようになります。
場合によっては、アップグレード後に非推奨の通知が役立つことがあります。または、rails new
まったく新しいアプリを作成し、白紙の状態のアプリの構成ファイルを既存のものと比較することもできます。