“Name”にはアプリケーション名を入力します。“Region”は、原則として現在あなたがいる地域から地理的に近いものを選択するのが望ましいので、たとえば日本から近い“Singapore”を選択しておくと良いでしょう。Type”ではFreeを選択します42。keyにはRAILS_MASTER_KEYを、Valueにはconfig/master.keyファイルの中身を設定します43。Service”をクリックすると、自動でデプロイが始まります。Render上で動いている最初のRailsチュートリアルアプリケーション演習Renderではデフォルトの設定でオートデプロイがオンになっています。1.3.4.1の演習と同じ変更を行い、GitHubにプッシュすると自動でデプロイが開始することを確認しましょう。mundo!」の表示に変わることも確認してみましょう。1.3.4.1の演習と同様、ルートへのルーティングを変更してgoodbyeアクションの結果が表示されるようにしてください。pushのmainをあえて省略し、デプロイできることを確認してみてください。最後にこの章では開発環境のセットアップやインストール、バージョン管理、本番環境へのデプロイなど、多くの課題を乗り越えました。次の章では第1章で学んだことを基礎として、データベースも備えたtoyアプリを作りながらRailsでできることの概観を学びます。各章の最後にはTwitterで進捗を投稿できるボタンがあります。ハッシュタグ『#Railsチュートリアル』を使って他の学習者と繋がることもできるので、ぜひお気軽にご活用ください。Railsチュートリアルには公式Twitterアカウント『@RailsTutorialJP』45もあります。Railsチュートリアルの最新情報を周知したり学習者のコメントをハイライトしているので、よければこちらもフォローしてみてください。Railsとは、Webアプリケーションを開発するためのフレームワークであり、プログラミング言語Rubyで作られている。クラウドIDEを利用すると、Railsのインストールやアプリケーションの生成、生成したファイルの編集などが簡単にができる。serverで開発環境用のサーバーを立ち上げられる。world」を表示するアプリケーションを作成できた。データの喪失を防止し、他の開発者と共同作業できるようにするため、Gitによるバージョン管理を導入し、GitHubの非公開リポジトリに保存した。Gitを導入していたため、アプリケーションを本番環境(Render)にすぐデプロイできた。使って開発する」方法がおすすめです。本チュートリアルで用いている表記の慣習これまで紹介されたコマンドやコード(「リスト」と書かれている部分)を読んでいて、「コマンドやコードをどんなふうに読んだらいいのかわからない」と感じた方は、本セクションを読んでみてください。問題なく読める場合は、本セクションを読み飛ばして次の章に進んでも大丈夫です。本セクションでは、本チュートリアルで実行するコマンドや変更するコードの「読み方」を説明しています。本チュートリアルではコマンドやコードをなるべくわかりやすく読めるように工夫していますが、読み方が分からないことがあったら本セクションに戻って確かめてください。本チュートリアルでWebアプリケーション開発を進めるときは、大きく分けて「コマンドを実行するとき」と「コードを変更するとき」の2つがあります。コマンドライン上でコマンドを実行して欲しいときは、以下のように先頭にドル記号($)を付けて表記します。serverコマンドを実行してWebサーバーを起動するときは次のように表記しました。serverコマンドラインでは、特定のディレクトリ内にあるファイルを指定することもあります。ディレクトリはスラッシュ記号(/)を使って表記するため、たとえばRailsアプリケーションの本番環境用設定ファイル(production.rb)の中身をコマンドライン上で表示する場合は、以下のように表記します。config/environments/production.rb上の例では、Railsアプリケーションのルートディレクトリ(README.mdファイルがあるディレクトリ)でコマンドを実行している点に注意してください。このルートディレクトリの位置はシステムによって異なります。クラウドIDE(1.2.1)を使っている場合は、以下の場所がルートディレクトリになります。/workspaces/hello_app/つまり、上で示したproduction.rbファイルの場所を省略せずに表記する(絶対パスで表記する)場合は、以下のようになります。/workspaces/hello_app/config/environments/production.rb本チュートリアルでは、1つ1つのファイルを絶対パスで書くことはせず、基本的にconfig/environments/production.rbのように省略した形で表記します。(ここまで読んで「よく分からない!」と感じても大丈夫です。『コマンドライン編』もあります。必要になったらぜひご活用ください。)Railsチュートリアルで「コードを変更するとき」は、サンプルコードをより読みやすくするため、次の2つの工夫をしています。1つ目は、注目して欲しい行のハイライトです。trueend上のようにコード行をハイライトして、そのコードサンプルで追加された新しい行を示したり、その前のコードサンプルとの違いを示すことがあります。2つ目は、同じコードを何度も書かずに省略するために、以下のようにドット(.)を縦に並べる表記です。has_secure_passwordendこの縦のドットはコードが省略されていることを表しているので、そのままコピペしないようご注意ください。RailsチュートリアルではRailsアプリケーションをテストする方法についても解説していますので、ほんの小さな違いが原因でテストが失敗することもあれば(テストが失敗すると赤い文字で表示されます)、テストがパスすることもある(テストスイートがパスすると緑色の文字で表示されます)ことを知っておくと何かと役に立ちます。最後に、Railsチュートリアルでは様々なコマンドやコードを紹介し、可能な範囲でその出力結果も載せていきます。掲載されている出力結果と皆さんの出力結果が完全に一致しなくても、慌てないでください。した微細な違いが問題になることはほとんどありません。一方で、上で紹介したファイルパスの読み間違えて違うファイルを修正したり、クラウドIDE以外の環境で開発したり、ファイル内にタイポを混入したり、変更したコードをコミットし忘れるなど、様々な要因でエラーに遭遇することになるでしょう。実際の開発現場がそうであるように、一度もエラーを発生させずに本チュートリアルを完走することは滅多にないと思ってください。したエラーを本チュートリアルで1つ残らず網羅しようとするのは現実的ではないため、本チュートリアルを進めていてエラーが出たときは「エラーメッセージで検索する」という手法をオススメしています。本チュートリアルのヘルプページでは(網羅はしていませんが)よくあるエラーの解決手段も紹介しています。こちらも皆さんが本チュートリアルを進めていくときのご参考になれば嬉しいです。エラーメッセージは、開発者のデバッグを助ける心強い味方です。エラーが出たときは本セクションを思い出し、ぜひ落ち着いて対応してください。多くの方が本チュートリアルを完走できるよう願っています。VRなどの業界で採用され、2023年12月には宇宙ビジネスでも上場しました。AssociationのWebサイトから確認できます。Doctrine(日本語訳)」からお読みいただけます。7の推しポイントを解説したYouTube動画などでも紹介されています。いつか慣れてきたら、難しい環境構築に挑戦することも大切です。CodeとDockerコンテナを使って開発する」や実践入門シリーズ「開発基本セット」なども用意しています。どの方法で本チュートリアルを進めていただいても大丈夫です。重要なことは、あなたが「選べる」という点にあります。インストール・レシピが参考になります。Brainチームでも、15分ルール(何かに詰まった時、まず自分で15分解決を試みなさい。15分経ったら他の人に助けを求めなさい)が採用されています。foo」をグローバル検索します。ヘルプページでは別の環境構築の方法も紹介しています。Code」で進める方法もおすすめです。学生開発者パック」という学生向け支援プログラムもあります。学校が発行するメールアドレスまたは学生証などの証明書類で登録・申請できるので、GitHubアカウント作成後、学生の方はぜひ検討してみてください。現在のGitHubは、Public/Private問わず、無料でリポジトリを作成できます。ここでは『コマンドライン編』の2.2や3.1で解説したechoコマンドと>>(append)コマンドを使います。>>は賢いので、append先にファイルが存在しない場合は新たに作ってくれます。環境によってはうまく表示されない場合があります。railsと入力して、インストールしたバージョンのRailsが含まれているか確認してみましょう。」セクションが参考になるでしょう。「シェル」とは、実際に動くコマンドやプログラムに「殻(shell)のようにかぶさっている」インターフェイスと考えるとよいでしょう。その分、操作を誤ったときの被害もずっと大きくなりますが。1.3.1ではbundleコマンドを明示的に実行します。アイコンが表示されていない場合、フォルダ名の部分にカーソルを合わせるとアイコンが表示されます。semver)と呼ばれる方式でバージョン番号を管理している場合、特に便利です。セマンティックバージョニングとは、ソフトウェア同士の依存関係を壊さないよう変更を最小限にしてリリース番号を指定する方法です。GemfileとGemfile.lock究極ガイド」の翻訳記事が参考になります。1.7を使うのが無難でしょう。macOSなどWindows以外の環境では、この行があると無関係な警告メッセージが表示されて紛らわしいのですが、実害はありません。3.1のコマンド一覧で説明しますが、実はinstallの部分は省略できます。ここで“C”はキーボードの文字を指していますが、大文字という意味ではありませんので、わざわざShiftキーを押して大文字の“C”にする必要はありません。