3.1の短縮形を常用しています7。次に進む前に、StaticPagesコントローラファイルをGitリポジトリに追加しておきましょう。static-pages最後のコマンドでは、static-pagesトピックブランチをBitbucketにプッシュしています。以後は、単に次のコマンドを実行するだけで同じプッシュが行われるようになります。push上のコミット〜プッシュの流れは、著者が実際の開発でよく使っていたパターンに基づいていますが、ここから先は途中でこのような指示をいちいち書くことはしませんので、各自こまめにプッシュするようにしてください。渡していることに注目してください。したファイルstatic_pages_controller.rbを自動的に生成します。上のような命名は単なる慣習に過ぎません。...先ほどと同様にstatic_pages_controller.rbというコントローラが生成されます。(詳細は4.4で説明します)、また、キャメルケースの名前を使うことが好まれているためです。これらの慣習に必ず従わなければいけないということではありません。(同様にRubyでは、ファイル名をスネークケースで記述する慣習があります。このためRailsのgenerateスクリプトでは、underscoreメソッドを使ってキャメルケースをスネークケースに変換しています。)ところで、もし自動生成に失敗するようなことがあれば、それは元に戻す処理を学ぶ良い機会にもなりますね。3.1で元に戻す方法を紹介しているので、もし機会があれば実際に試してみましょう。元に戻す方法どれほど十分に気を付けていたとしても、Railsアプリケーションの開発中に何か失敗してしまうことはありえます。ありがたいことに、Railsにはそのような失敗をカバーする機能がいくつもあります。一般的なシナリオの1つは、生成したコードを元に戻したい場合です。コントローラを生成した後で、もっといいコントローラ名を思い付き、生成したコードを削除したくなった場合などです。3.6のように、Railsはコントローラ以外にも関連ファイルを大量に生成するので、生成されたコントローラファイルを削除するだけでは元に戻りません。generateを実行するとルーティングのroutes.rbファイルも自動的に変更されるので、これも元に戻さなくてはなりません)。destroyというコマンドを実行することで元に戻すことができます。次の2つのコマンドは、自動生成と、それに対応する取り消し処理の例です。helpなお第6章でも、次のようにモデルを自動生成する方法を紹介します。email:stringモデルの自動生成についても、同様の方法で元に戻すことができます。User(上のコマンドからわかるように、モデル名以外の引数は不要です。その理由については第6章で説明します)。第2章でも簡単に紹介しましたが、マイグレーションの変更を元に戻す方法も用意されています。詳細は第6章で説明しますが、簡単に紹介すると、まずdb:migrateでデータベースのマイグレーションを変更します。db:migrate元に戻したいときは、db:rollbackで1つ前の状態に戻します。db:rollback最初の状態に戻したいときは、VERSION=0オプションを使います。VERSION=0既にお気付きの方もいると思いますが、マイグレーションは逐次的に実行され、それぞれのマイグレーションに対してバージョン番号が付与されます。したがって、上記の0を別の数字に置き換えることによって、指定したバージョンの状態に戻すことができます。開発中に袋小路に迷い込んでしまった場合でも、これらの機能を使えば元の状態を復元できます。(1.3.4のときと同様です)。2.11)、URLとWebページの対応関係を定義します。このルーティングファイルはRailsのconfigディレクトリの下に置かれます。