TIS ENGINEER NOTE

27才文系出身フリーランスエンジニアのブログ

プログラミング

開発環境におけるRuby on Railsの新規プロジェクト作成手順【まとめ】

更新日:

Ruby on Railsで新規でプロジェクトを作成するたびに各手順をググっていては時間がもったいない。

ということで備忘録的な意味も込めて、開発環境においてRails新規プロジェクトを作成する一連の手順をまとめてみました。

はじめに

  • Rails5でプロジェクトを作成する前提で記載しております。
  • Rubyの環境構築完了後からの手順となっております。
  • コマンドはMac、Linux環境のものを記載しております。Windows環境で開発をしている方は適宜読み替えて実施してください。
  • 各種gemをローカルインストールすることでプロジェクト毎にgemを管理できる手順となっております。複数のプロジェクトをきれいに共存させたい方にオススメ

新規プロジェクト作成

ディレクトリ作成

Railsアプリケーション用のディレクトリを作成し、作成したディレクトリに移動します。

~/workspace $ mkdir myapp1

~/workspace $ cd myapp1/

bundle init & Gemfile修正

bundle initを実行します。

~/workspace/myapp1 $ bundle init

bundle initを実行するとGemfileが作成されますので、以下のように編集します。

※Railsのバージョンは適宜自分の使いたいものに書き換えてください。

その後Railsアプリケーション用のディレクトリにbundle installを実行します。

bundle install

~/workspace/myapp1 $ bundle install --path vendor/bundle

※このとき--path vendor/bundleは忘れないようにしましょう。

このオプションを使用することによって、アプリケーション用ディレクトリ配下の.bundleディレクトリ内のconfigファイルに以下のような記述が追加されます。

BUNDLE_PATHはbundleのインストール先パス

BUNDLE_DISABLE_SHARED_GEMSはシステムにインストールをされているgemを使用しないという設定です。

--path vendor/bundleは次回以降のbundle installでは指定する必要はありません。

※1回目のbundle installは失敗する場合があります。その際はもう一度同じコマンドを実行してください。2回目が成功で完了すればOKです。

rails new

次は現在のディレクトリにRailsプロジェクトを作成します。

/workspace/myapp1 $ bundle exec rails new . 

コマンドを実行した際、

Overwrite /home/tobita/workspace/api_react/Gemfile? (enter "h" for help) [Ynaqdh]

と表示されますが、Yを入力して処理を継続させてください。Gemfileを上書きするよーと言っています。

bundle execはvendor/bundle配下に存在するgemを指定するために必要な指定となっております。

毎回bundle execを指定するのがめんどい人は

alias be="bundle exec"

を.bashrcなどに設定するなりコマンドを打つなりするればbe rails s といったように省略形で実行できます。

MySQLでプロジェクトを作成したい場合

/workspace/myapp1 $ bundle exec rails new . -d mysql

APIモードでプロジェクトを作成したい場合

 /workspace/myapp1 $ bundle exec rails new . --api

以上でひとまずはRailsプロジェクトの作成が完了しました。

これ以降は大体の環境開発で必要となる初期設定について記載していきます。

データベース初期設定

僕は開発環境でも基本的にMySQLを使用しておりますので、MySQLでの方法を書いていきます。

他のDBの場合、各種データベース作成の手順に従って実施してください。

MySQLログイン

~/workspace/myapp1 $ mysql -u root -p

新規ユーザー作成&確認

GRANT ALL PRIVILEGES ON *.* TO myapp1@localhost IDENTIFIED BY 'myapp1';

select host,user from mysql.user;

database.yml修正

データベース接続に関する設定を行います。

基本的には先ほど作成したDBユーザーの設定をusername/passwordの部分に反映させるだけでOKです。

※socketについては環境によって異なってくるかと思いますので、基本的にはデフォルトのままにしておいてください。自動で生成されるconfigにsocketが存在しない場合、追加しなくて問題ありません。

DB作成&マイグレート

 /workspace/myapp1 $ bundle exec rails db:create

 /workspace/myapp1 $ bundle exec rails db:migrate

Gitの設定

基本的に開発環境にはバージョン管理が必須です。

その為アプリケーションのディレクトリにGitの設定を行います。

Git自体はインストールされている前提で説明いたします。

使用しているPCで初めてGitを使用する場合

git config --global user.name "Your Name"
git config --global user.email your.email@example.com

git init

 /workspace/myapp1 $git init

gitignoreを設定

git上にアップしたくないファイルを設定します。

Githubにある.gitignoreの設定例が一番確実かなと思います。

もうちょっとシンプルにまとめたい場合下記のリンクの設定もオススメです。

http://source.hatenadiary.jp/entry/2014/02/09/084318

git add

~/workspace/myapp1 $ git add -A

初期コミット

~/workspace/myapp1 $ git commit -m "Initialize repository"

リモート設定

Gitリポジトリサービスの登録は済ませておいてください。

ソースを公開したくない場合Bitbucketを

ポートフォリオ的にも活用したい場合はGitHubを

といった基準で自分は選択しています。

登録しているサービスでリポジトリを作成するとリモート設定のコマンドが表示されますので、そちらを実行しましょう。基本的には以下のような形です。

~/workspace/myapp1 $ git remote add origin git@github.com:XXXXXX/myapp1.git

git push

~/workspace/api_react $ git push -u origin master

まとめ

環境環境にてプロジェクトを新規で作成する際の初期作業はこんな感じです。

一連の流れに慣れるまでブックマークして活用などしていただけると嬉しい限りです。

よく読まれている記事

エンジニア独立

2018/8/12

ITエンジニアがスーツ勤務を強要する現場を避けるべき理由

こんにちは、フリーエンジニアのてぃすです。 プラグラマやインフラ担当などと言ったITエンジニアとしての一般的な働き方として、客先に常駐して業務を行うというものがあります。 そんなとき、現場を選ぶ判断基準の一つとして服装が自由か否かというものが上げられます。 僕は決まって私服勤務可能な現場を選ぶようにしています。それはなぜか。エンジニアをスーツ勤務させる客先にロクなところがないから。 これまでスーツ勤務・私服勤務の現場を経験した上で、エンジニアがスーツを勤務を強要する現場を避けるべき理由を書いて行こうと思い ...

続きを読む

エンジニア独立

2018/8/12

Midworks - フリーランスエンジニアの不安を消滅させる次世代のエージェント

こんにちは、フリーエンジニアのてぃすです。 今やフリーランスエンジニアという働き方もだいぶカジュアルになってきています。僕自身 文系大学卒 大したキャリアもコネもない という一般的には心もとない状態から独立しましたが、正社員時代と比べて収入も5倍ほどになり、リモート中心で非常にストレスのない毎日を過ごせています。 先日エンジニアの集まりに参加して、そこにもフリーランスエンジニアが何人かいたのですが、その人たちの多くからMidworksというエージェントを使っているという話を聞きました。 気になって調べてみ ...

続きを読む

エンジニア独立

2018/2/13

文系出身エンジニアが語る「弱いエンジニア」戦い方

こんにちは、フリーランスエンジニアのてぃすです。 僕は文系大学を卒業し、新卒で入ったITコンサル会社で入社半年後に軽くC#を扱う機会が訪れるまで、プログラミングやエンジニアリングに触れたことが一度もありませんでした。 パソコンも基本的に動画を見たりゲームをするための便利な箱くらいな印象。 一方、エンジニア業界には中学生時代から趣味でプログラミングをしてきたり、理系大学でバリバリ情報系を学んできたエンジニアがゴロゴロいるわけです。こいつらもう機械語で会話すればいいのにと思うレベルの猛者揃いです。 そうなると ...

続きを読む

エンジニア独立

2018/1/13

他のエンジニアと差をつけるための面談前の下準備

こんにちは、フリーエンジニアのてぃすです。 僕は正社員から派遣、フリーランスへと転身する際に、絶対に妥協したくないという意志の元、半年ほどの間に10件近くの面談を体験してきました。 今日はその時の体験を元に、エンジニアが面談を受ける前に下調べしておくべきコンテンツについて紹介していこうと思います。 なぜ下調べが必要か エンジニアって面談を軽視している人が多いんですよね。 ある程度の経歴があるエンジニアは、売り手市場であることも手伝い、まあまあ満足できる就業先を得られるのでそこまで面談対策をじっくりしている ...

続きを読む

エンジニア独立

2018/1/2

プログラマーはIT土方なのか

プログラマーという働き方について、調べたときに必ずといって良いほど出てくる単語であるIT土方。 実際に土木関係に従事する人たちがどのような労働環境におかれているかは置いといて、基本的には以下のような状況を揶揄して使われている言葉です。 毎日終電まで残業させられる 納期のプレッシャーに追われる 忙しいのに低賃金 とにかく辛い そういった過酷な環境であるから、『プログラミングを楽しいと思っていたり、理数系の才能がある人間じゃなければ絶対になるな』という言葉もよく聞きます。 今回はプログラマーが世間でIT土方と ...

続きを読む

-プログラミング
-,

Copyright© TIS ENGINEER NOTE , 2018 All Rights Reserved Powered by AFFINGER5.