2. githubのリポジトリの設定

Gitの設定

初期設定として、ユーザー名とメールアドレスを設定します。
ユーザー名は自分だとわかる名前を入力してください。
メールアドレスはリモートリポジトリ上で一般公開されることを考慮して設定してください。

ターミナル

$ git config --global user.name "設定したいユーザー名をここに入力してください"
$ git config --global user.email 設定したいメールアドレスをここに入力してください

ユーザー名はダブルクォーテーション"で囲みますが、メールアドレスはそのまま入力します。
これらのコマンドは実行しても結果は表示されません。コマンドで確認しましょう。

ターミナル

$ git config --global -l
core.editor=/usr/bin/nano
user.name=[設定したユーザー名]
user.email=[設定したメールアドレス]

「ちゃんと登録できたか？」を確認することができます！

git add

次にgit add .でプロジェクトのファイルをローカルリポジトリに追加します。

ターミナル

$ git add .

このコマンドを実行することで、
現在のアプリケーションディレクトリにある全てのファイルがローカルリポジトリに追加されます。
このコマンドは実行結果などは表示されません。

しかしこの時点では保存（コミット）されてはおらず、
一時待機用のリポジトリ（ステージングと言います）に置かれているということを覚えておきましょう。
安全のため、いきなり保存（コミット）しない仕組みになっているという認識でOKです。

git commit

ステージングにある内容をローカルリポジトリに保存反映（コミット）するためには git commitコマンドを使います。

ターミナル

$ git commit -m"hello world" 

コマンドに-mフラグを入れることで、
コミットメッセージを直接指定することができます。
上記の"hello world"がコミットメッセージです。
このコマンドは実行結果などは表示されます。
今回は新規作成したアプリケーションフォルダが大量にコミットされていますので、
かなりの行数が表示されるはずです。
⇓

こんな感じになります！

GitHubの設定

GitHubのリモートリポジトリにソースコードをアップロード（プッシュ）するための準備を整えます。 リポジトリをGitHubにアップロードすることで、ソースコードと変更履歴のバックアップを作成しておけることや、他開発者との共同開発をスムーズに行うなどのメリットがあります。

GitHubのアカウントを作成

すでにGitHubのアカウントをお持ちの方はここを飛ばしてください。 まだアカウントをお持ちでない方はこちらを参考にしてアカウントを作成してください。

Git Hubの準備と設定方法

リポジトリを新規作成

最初にログインします。
すでに登録してログインされてる方はGit Hubのログイン後の画面になります。
⇓
Git Hubログイン画面

登録した、メールアドレスとパスワードの入力をお願いします。（登録してログインされてる方はスルーでOKです）

ログイン後、次のようなページが表示されます。

画像で案内している+マークをクリックし、メニューを表示
⇓
「New repository」をクリック

すると次のようなページが表示されます。

GitHubのリポジトリ新規作成画面です。

「Repository name」を入力。ここはリポジトリの名前を入力します。
☆わかりやすい名前にしましょう

「Description」の入力は任意。設定しなくても特に問題はありません。

他の項目は初期状態のままでOKです。
ここまでの設定が済みましたら、
緑色のボタン「Create repository」をクリックしてください。
すると、次のような画面が表示されます。

上記の画像で「SSH」を設定してください。

---

SSHキーとは

SSHとは「Secure SHell」の略で、ネットワークに接続された別のコンピューターをリモートで操作するための方法です。

自分のPC(ローカルサーバー)から、遠方にある外部サーバー(レンタルサーバーやクラウドサーバーなど)のサーバーコンピューターを遠隔操作するために使います。

SSHキーを使う事によって「外部サーバー(Git)」と「ローカルサーバー(VS.CODE)」間の通信データが「暗号化」されるため、安全に遠隔操作を行うことが出来ます。

ですので、開発を行う際はセキュリティー面を考慮してHTTPSよりSSHを使うようにしましょう

---

2番目の赤枠には２つのコードが掲載されています。

1行目のコードが、リモートリポジトリ追加用のコード

ターミナル

git remote add origin [e-mail]:[自分のリポジトリ名].git

2行目のコードが、mainブランチに移動するコマンドです。

ターミナル

git branch -M main

3行目のコードが、ローカルリポジトリでコミットしてある内容をリモートリポジトリへのプッシュ用のコードです。

ターミナル

git push -u origin main

これでリモートリポジトリへのプッシュが可能な状態となりました！
先ほどのリポジトリ初期ページはまだ使いますのでそのままにしておいてください。

SSHキー作成

SSHキー、Gitの環境構築を行います！ 開発環境内でのSSH公開鍵の確認および出力 今回出力したSSH公開鍵をGitHubの設定に追加する事を行います！

sshキーを自分のGitHubに接続します
sshコマンド
色々と表示されますが、何も入力はせずにEnterキーを3回押してください。

ターミナル

$ssh-keygen

ここまで完了したら公開鍵の作成OKです！

Githubに公開鍵を設定

ここからGitHubとの連携となります。
まずは先ほど作成した公開鍵の内容を出力してコピーします。

次のコマンドを実行してください！

ターミナル

$   cat ~/.ssh/id_rsa.pub

⇓
上記のコマンドを打った後下記のような文字列が表示されます（実際の皆さんの開発環境では、
文字が折り返されて何行かに渡って表示されていると思います。)
⇓

出力されたテキストを全て正確にコピーしてください。
コピーが完了したら、GitHubにアクセスしましょう。

画像の赤枠、まずは画面右上にあるユーザーアイコンをクリックします。
すると、画像のようにドロップダウンメニューが表示されます。
次はメニュー内の「Settings」をクリックしてください。設定画面へと移動します。

画面左側のメニューにある「SSH and GPG keys」をクリックしてください。
（場合によってはテキストが違う可能性がありますが、SSHと記載されている項目を選びます）

画像のように、見出しにSSH keysと表示された設定ページが開きます。
筆者の環境ではすでに公開鍵をいくつか設定しているため、
大きな赤枠にある鍵マークの部分が表示されていますが、
皆さんの画面では未設定なので表示はないはずです。
ここで画面上部にある緑色の「New SSH key」ボタンをクリックします。

開かれたこのページで公開鍵とタイトルの設定をします。

タイトルは特に指定はありませんので自由に入力できます。

今回は画像ではATTendance System Turorialになってますがtest_developmentで良いでしょう。
（わかりやすい名前にしましょう）

次の赤枠部分は、
先ほどコピーした公開鍵をそのまま貼り付ける項目です。
特に余計なことはせず、貼り付けるだけでOKです。
どちらの設定も完了したら、下にある緑色の「Add SSH Key」ボタンをクリックします。
ボタンをクリック後、パスワードの確認画面が表示されます。
パスワードを入力して先へ進んでください。
全て正しく入力が進めば、SSH設定メニュー画面が表示されるはずです。

このように、先ほど設定したタイトルと鍵のアイコンが追加されました。
（鍵のアイコンは緑色じゃなくても大丈夫です）
登録しているメールアドレスに、鍵を追加したという内容のメールが届きます。
これでGitHubでの公開鍵の設定もOKです。

Protected Branchの使用

Protected BranchとはGithubにあるブランチを保護する設定になります。

チーム開発において、gitの使い始めではどうしてもmainへPushしてしまい様々なトラブルが発生してしまします

---

mainブランチにpushする事がダメな理由

・自分以外のメンバーがpushできなくなる危険性があるため ・ファイルなどを消してしまった場合にそのまま反映されるため ・間違えがそのまま反映されてしまう危険性があるため などの危険性があるため、チーム開発では一旦作業用branch(確認するためのbranch)を作って開発する必要があります。 __________________________________________________________________________

GitHubにはPush権限を限定する設定があり、これを使えば誤ったPushを防ぐことができます。

[①Settinng>②Branches>③Add rule]の順にクリックします。

⇓
保護対象のbranch名を入力（今回はmain）

⇓
「Require pull request reviews before merging」
「Include administrators」
にチェックを入れます

「Require pull request reviews before merging」
有効にすると、すべてのコミットを保護されていないブランチ(main以外)に対して行い、プルリクエストを介して送信する必要があります。
つまりmainに直接pushができなくなります。

「Include administrators」
有効にすると、項目にチェックしたルールがGithub管理者でも適用されます。

セキリュティ面をもっと手厚くしたい場合の参考記事です。
⇓
https://qiita.com/KeisukeKudo/items/6404f51d1f4407661321

今回はこの二つのチェックだけで実際にmainブランチにpushして試してみたいと思います。

mainブランチにpushできなくなっております。成功ですね！

rails6の環境構築の環境構築は以上です。

次回は
devise'を使ったログイン機能の実装を行います。