[初心者向けGitHub勉強会資料(VScode版)]How To GitHub In VSCode

[初めに]
プログラマーなら誰しも使うアプリGit・Githubを簡単に一時間程度で学ぶことができるHowToものを作成しました。
ぜひこのスライド用いてGitの基本の機能を使って、学んでもらえると嬉しいです。

今回は、VSCodeを用いて簡単にGitを扱えるように工夫をしました。
CLIで心が折れてしまった人はぜひ、GUIでもう一度挑戦してみるといいかもしれないです。

[ターゲット]
・GitやGithubを知らないプログラマ初学者。
・ターミナル操作はある程度慣れていると良いが、特にその技能がなくても使えるように作成しました。
・Gitを使う流れやなぜ使うかを知りたいかた。

Transcript

1. “ How To Use GitHub In VSCode 同人誌として配布する用 はるちろ＠harutiro Luciano研究室
2. これはスライドではなく本？ 本（ほん）は、書籍（しょせき）または書物（しょもつ）とも呼ばれ、紙・木・竹・絹布 などの軟質な素材に、文字・記号・図画などを筆写、印刷し、糸・糊などで装丁・製本し たもの。 内容（コンテンツ）的にはほぼ従来の書籍のようなものでも、紙などに文字を書いたり印 刷するのではなく、電磁的または光学的に記録・再生されるものやネットワークで流通さ せるものは、電子書籍という。 引用元: Wikipedia https://ja.wikipedia.org/wiki/%E6%9C%AC 文字・記号・図画などで情報が まとまっていれば良いと判断 2
3. なんでこんな形式に？ • 筆者がたくさんの文字を使うのが苦手 • 図形と組み合わせると理解しやすい • スライド制作は慣れている スライドで作ればいいのでは？？？ 3
4. とりあえずやってみよう 本の界隈からは、こんな形式の本ありえない。16:9の本なんておかしいと思われるかもしれませ んが、同人誌という中では、このような特出したものがあってもいいのかなと思い作成しまし た。 図が多く文字が少ないこの形式で一度やってみて、どのような感触になるのか試してみたという のもあります。 また、今まで、サークルや研究室、LT会などで様々なスライドを作成してきました。 その中には、人に共有して有益な情報を与えれるようなものも何個か 作成できました。 ですが、Speaker DeckやX(旧Twitter)などで共有をしても自分の拡散力では 色々な人に知ってもらえないと考えました。 そこで、直接同人誌即売会に持っていけば、感想などももらえながら 見てもらえると感じました。 ぜひ、一度みなさんのご感想を 聞けたらと思っています 4
5. このスライドの見方(CLI) 5 $ brew -v > Homebrew 3.5.4 $が書いてある場合は入力して欲しいコマンドです > が書いてある場合は出力される結果です $ git config <-global user.name "ユーザー名" “〜〜〜”と書いてある時は〜〜〜だけ入力してください
6. このスライドの見方 6 右上に、Appleマークか、Windowsのマークがあると思います • AppleマークはMacユーザー対象 • WindowsマークはWindowsユーザー対象 インストールや、環境構築で多少変化すると思います うまく読み飛ばしてもらえると助かります
7. お品書き 1. バージョン管理ツールとはなにか？ 2. Gitのインストール 3. GitHubアカウントを作成しよう 4. Gitの初期設定を行う 5. VSCodeの初期設定 6. Gitの基本的な流れ 7. 実際にcommitまでやってみる 8. ファイルの変更を行ってみる 9. ブランチを切ってみる 10. チェックアウトをしてみる 11. プルリクをしてみる 7
8. Chap.1 バージョン管理ツール とは何か？ 8
9. Git とは何か？ • バージョン管理システムの1つ ◦ ファイルの変更履歴を管理してくれる ◦ チーム開発のコード管理をしてくれる 9
10. Git どういうときに使うのか • データを戻したいとき • データを混ぜ合わせるとき • コードのバックアップをとるとき 10
11. 例1: データをバックアップから戻したい時 11 課題などで、途中まで出来て一応バックアップを取りたい時、 とりあえず、フォルダごとコピーを取る 「欠点」 ・どれが最新かわからないときも ・戻す時に、コピペで戻すため 事故るときがある （バックアップを消すなど）
12. 例1: データをバックアップから戻したい時 12 Gitを用いると、ブランチを分けて簡単に戻せる 「利点」 ・グラフで簡単に最新のコードが 何かわかる ・ブランチを変えることでコードを 戻すこともできる ・GitHubに上げることで、リモート でバックアップもできる
13. 例2: データを混ぜる時 13 みんなで開発をしている時に、コードを一つにまとめたい時がある。 その時に、どこが変わっているのか差分を自分で見て直す必要がある。 「欠点」 ・どこが変更されたか手動でみる ・どのファイルがマージ対象か 自分で見極めないといけない ・複数ファイルあると地獄をみる 乱数のコード 出力のコード
14. 例2: データを混ぜる時 14 Gitを用いると、コマンド一つでまとめたり、 差分を簡単に表示をしてくれる 「利点」 ・グラフで簡単にどのような 混ざり方をしているか見れる ・マージを間違えた時に簡単に 戻せる ・差分を表示したり、混ぜたりする ツールが揃っている グラフでの表示 マージの差分
15. 例3: チームで共同開発をするとき 15 変更点だったり、コードの状態をクラウドストレージで管理をする 「欠点」 ・ファイルが乱立してどれかわからん ・プロジェクト全体でコードを最新に 保てない ・勝手にコードを混ぜられる危険がある 最新のコードを探せ！
16. 例3: チームで共同開発をするとき 16 Git・GitHubを用いると、コードの管理を Web上でまとめることができる 「利点」 ・Git Cloneでプロジェクトを簡単 に持ってこれる ・Git pullで簡単に最新にできる ・GitHubの便利なWebツールで コードを管理できる GitHubを用いて マージを管理
17. [コラム] チーム開発をする時に大事なこと 17 • 些細な問題でも、違和感を感じたら、すぐに連絡をする ◦ コミュニケーションが大事 • マージをする時は、勝手にマージをしない ◦ プロジェクト全体で連絡をする • こまめにバックアップ、コミット、プルリクを出す ◦ 大きすぎる変更点は事故の元 ◦ ビックバン変更点は出さないように
18. Chap.2 Gitのインストール 18
19. ターミナルを起動しよう（Mac） ⌘Command Space ＋ ターミナルと入力 Enterを押す 19
20. コマンドプロンプトを起動させよう （Windows） Windowsキー R ＋ cmdと入力 OKを押す 20
21. コマンドプロンプトを起動させよう （Windows） コマンドプロンプトが 立ち上がるはずです。 21
22. Gitが入っているか確認してみよう $ git version > git version 2.33.0.windows.2　＜ー　人によってかわってる Git のバージョンが帰ってこない場合、イ ンストールが出来ていません。 インストールから始めましょう！！ 22
23. Gitをインストールしてみる（Mac） $ brew install git $ git -v > git version 2.37.0 バージョンが帰ってきたらインストール 完了です。 23
24. Topic！　Brewが入っていない方へ。 $ /bin/bash -c "$(curl -fsSL https:</raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" $ echo 'eval $(/opt/homebrew/bin/brew shellenv)' <> ~/.zprofile $ eval $(/opt/homebrew/bin/brew shellenv) $ brew -v > Homebrew 3.5.4 > Homebrew/homebrew-core (git revision 7d69acd3065; last commit 2022-07-13) > Homebrew/homebrew-cask (git revision ce084d024b; last commit 2022-07-13) Brewが入っていない方は上の3行を貼り付けてみましょう！！ 24
25. インストール手順　（Windows） 以下URL参照 https://prog-8.com/docs/git-env-win チャプター1　[Gitのインストール]まで行う 時間があるときにまた書きます 今はこれで許して(人д｀o) 25
26. Chap.3 GitHubアカウントを 作成しよう 26
27. GItHubとは？ GitHub上にコードをあげてネットに公開したり、 チーム開発でコードを集結させるのに用いる 27
28. GItHubとGitの違いは？ 28 Gitは「プロジェクトやソースコードのバージョン管理を行うツール」 過去に書いたコードの内容を復元したり、複数人での同時作業を効率的に進められる。 一方で、GitHubはGitを利用した開発者向けのウェブサービス GitHubには開発者にとって便利な機能が多く提供されている。 Gitを使った他のウェブサービスも存在しますが、世界的に最も広く使われているのはGitHubである。 バージョン管理をする システムの名前 オンラインでソースコードを 保存してくれるサービスの名前 GitHub Git
29. プログラミングを行うに当たって便利なもので す アカウントを持っていない方は 作っていきましょう 29
30. GItHubアカウントを作成する。 https://github.com　にアクセスする 30
31. GItHubアカウントを作成する。 サインアップを押そう 31
32. GItHubアカウントを作成する。 メールアドレスを入力する 大学のメールにすると自動でPro版になります 32
33. GItHubアカウントを作成する。 パスワード 大文字、小文字、数字、記号を入れる メールアドレス 大学のメールにすると自動で Pro版になります ユーザー名 後で使うので控えておいてください キャンペーンメールの許可 基本はnで大丈夫 33
34. GItHubアカウントを作成する。 認証をクリアして、 人間だと証明しましょう 34
35. GItHubアカウントを作成する。 最後にクリエイトアカウントで アカウント作成する 35
36. GItHubアカウントを作成する。 メールアドレスに届いたコードを入力する 36
37. GItHubアカウントを作成する。 三つのアンケートに答えましょう チーム開発はどれくらい の人数で行うのか？ 学生か先生か？ 37
38. GItHubアカウントを作成する。 三つのアンケートに答えましょう GitHubで気になるサービスを 選択しましょう。 よくわからない方は、画面のチェックに 合わせてもらえれば大丈夫です。 38
39. GItHubアカウントを作成する。 三つのアンケートに答えましょう プランを選択します。 Freeプランを選択しましょう 39
40. GItHubアカウントを作成する。 アカウントを作成することができました！！ 40
41. Chap.4 Gitの初期設定を行う 41
42. ローカルとリモートについて 42 リモート ローカル 作業環境にはそれぞれ名前がついていて、自分のPCの環境には「ローカル」 GitHubなどのウェブ上の作業環境には 「リモート」と呼ばれる GitHub Git
43. ローカルとリモートの紐付けする設定 43 リモート ローカル • SSHキー • ユーザー名 • メールアドレス ローカル側とリモート側を紐づけるためにSSHキー、 ユーザー名、メールアドレスを用いる この内容を用いて、ソースコードに自分が書いた 情報を付け加える GitHub Git
44. コマンドコンソールを開く（Windows） インストールした時に 一緒にダウンロードされた GitBashを開く 44
45. コマンドコンソールを開く（Windows） こういったものが開かれたはずです。 45
46. ターミナルを起動しよう（Mac） ⌘Command Space ＋ ターミナルと入力 Enterを押す 46
47. ユーザー名とアドレスを登録する $ git config <-global user.name "ユーザー名" $ git config <-global user.email "メールアドレス" $ git config user.name > “ユーザー名” $ git config user.email > “メールアドレス” 47 ※ユーザー名はGitHubで登録したユーザー名を使用してください
48. SSHを用いてログインをする理由 2021年8月13日まではユーザー名とパスワードを用いてログインを行っていました。 しかし、ユーザー名とパスワードでは、漏れてしまった時に乗っ取られる危険があっ たため、よりセキュアである、公開鍵認証を用いた。 48 ユーザー名 パスワード ＋ 公開鍵
49. SSHを用いるメリット • 認証に必要な秘密情報そのものはネットワーク上に送出されない • 認証に使われる署名は一時的なもので再利用はできない • 秘密鍵を推測して偽造することは非常に困難 • パスフレーズを設定して鍵そのものをロックすることができる 49 引用元：https://qiita.com/toshio_nakayama/items/719559ab94cc86541176 なんかめっちゃ強い
50. SSHキーを作成する </ ホームディレクトリに移動するため $ cd $ ls -al | grep .ssh > -rw------- 1 k22120kk staff 20 7 13 18:48 .lesshst > drwx------ 18 k22120kk staff 576 7 12 03:34 .ssh </.sshが表示されない時は mkdirで作成しましょう $ mkdir .ssh $ cd .ssh 50
51. SSHキーを作成する $ ssh-keygen -t ed25519 引用元：（【Windows】Gitの環境構築をしよう！） https://prog-8.com/docs/git-env-win ⏎ Enter ⏎ Enter ⏎ Enter ファイル名の指定 今回はデフォルトなので そのままエンター パスワードの設定 今回はそのままエンター パスワードの確認 今回はそのままエンター 51
52. SSHキーを作成する $ ls ~/.ssh > id_ed25519 id_ed25519.pub SSHキーが作成できたかどうか 確認しましょう 52
53. SSHキーを作成する $ cat ~/.ssh/id_ed25519.pub > ssh-ed25519 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA SSHキーの公開鍵が表示されるので、 出力された内容を全てコピーをします。 53
54. SSHキーをGitHubに登録する https://github.comにアクセスする 54
55. SSHキーをGit Hubに登録する アイコンをクリックして、 Settingsを押す 55
56. SSHキーをGit Hubに登録する SSH and GPG keysを押す 56
57. SSHキーをGit Hubに登録する New SSH key を押す 57
58. SSHキーをGit Hubに登録する わかりやすい名前をつける コピーしたキーを 貼り付ける Mac:Command + V Win:ctrl + V Add SSH keyを押す 58 Key type は　 Authentication Key
59. SSHキーをGit Hubに登録する 登録した名前が表示されれば成功です 59
60. SSH接続を確認する $ ssh -T git@github.com > This key is not known by any other names Are you sure you want to continue connecting (yes/no/ [fingerprint])? yes Hi <ユーザー名> ! You’ve successfully authenticated, but GithHub does not provide shell access. 実行して、yesかnoかを聞かれたら、yesと答えましょう。 Hi の後にユーザー名が出力されれば成功です。 60
61. Chap.5 VSCodeの初期設定 61
62. VSCodeとは？ 62 Microsoftが作成した、無料のファイルエディタ。 拡張機能が充実していて、軽量なためみんなに愛されている。 今回Gitの管理はVSCode上から行う
63. VSCodeのインストール 63 Windowsの方は、自分がWindowsの環境を持っていないので、 以下のリンクを参考にして、インストールを行ってみてください。 手抜きではないです... https://qiita.com/mmake/items/2cf2131a0ab5bc431215
64. VSCodeのインストール 64 https://code.visualstudio.com/ 以下のURLをアクセスして、Download for Macを押す
65. VSCodeのインストール 65 ダウンロードしたファイルをダブルクリックして、解凍をしてください
66. VSCodeのインストール 66 Visual Studio Codeをアプリケーションフォルダーに移しましょう
67. VSCodeのインストール 67 Launchpadをクリックして、Visual Studio Codeが表示されていれば、 クリックして、アプリを開きましょう
68. PATHにCodeをインストールする 68 1. Command + Shift + P を押してコマンドパレットを表示する 2. pathと入力して、「シェルコマンド:PATH内に’code’コマ ンドをインストールします」を押す シェルで’code .’と入力した時に、VSCodeを起動するためのやり 方
69. PATHにCodeをインストールする 69 3. ポップアップの通りに進める 4. シェルコマンド’code’が〜〜と表示されれば完了
70. 拡張機能について 70 VSCodeの拡張機能は有志で作成されているため、 同じような機能でも複数個の拡張機能があります。 GitHistory派の人もいますし、 GitGraph派の人もいます。宗教戦争です。 今回は自分の趣味のGitGraphで資料を作成します。 他の拡張機能を使いたい方は、いい感じに 読み替えていただけると助かります。
71. GitGraphをインストールする 71 拡張機能を押す
72. GitGraphをインストールする 72 git と検索する インストールを押す
73. GitGraphをインストールする 73 無効にすると言う表示がされればインストールが完了です。
74. Tips おすすめの拡張機能 74 ファイルのアイコンの見た目を変える VSCodeのテーマを変える 誤字を見つける 日本語対応
75. Chap.6 Gitの基本的な流れ 75
76. Gitの大きな流れ • Add コミットするファイルを追加する • Commit 追加・変更点をGitに追加する • Push リモート(ネット)に打ち上げる • Pull リモート(ネット)から変更点をもらう 76 引用元：（Progate-Git） https://prog-8.com/slides?displayed_id=2642&lesson=66
77. 前提条件 77 ローカル側に、HTML,CSS,JS ファイルがあり、 Gitで管理を行うとする
78. Gitの状態とは？ 78 ワークツリー ステージ リポジトリ ローカルの環境は3つのエリアに分かれている 変更履歴の記録 履歴を新しく保存する 一覧を用意する場所 作業をする場所
79. Gitの状態とは？ 79 ワークツリー ステージ リポジトリ ローカルの環境は3つのエリアに分かれている 変更履歴の記録 履歴を新しく保存する 一覧を用意する場所 作業をする場所 ファイルの編集 コーディング 追加 git add コミット git commit
80. ファイルの編集をしているとき 80 ワークツリー ローカル ステージ リポジトリ ワークツリーのファイルを 編集する
81. addをすると 81 ワークツリー ローカル ステージ リポジトリ ワークツリーから ステージにファイルを 上げる イメージとしては、コミッ トしたいファイルを 選択しているだけ
82. commitをすると 82 ワークツリー ローカル ステージ リポジトリ ステージに上がっている ファイルを一塊にして、 履歴として残す イメージとしては、 残したいタイミングで ファイルをコピーして 残している感じ id: 1
83. ファイルを少し変更する 83 ワークツリー ローカル ステージ リポジトリ id: 1 新しく、HTMLファイルに Buttonのタグを追加したと する
84. 変更点をaddする 84 ワークツリー ローカル ステージ リポジトリ id: 1 変更したファイルだけ ステージに上げる それ以外のファイルは あげない Gitは差分だけを保存する
85. 変更点をcommitする 85 ワークツリー ローカル ステージ リポジトリ id: 1 ステージに上がっている ファイルの変更内容を、 変更履歴に残す id: 2
86. pushとは？ 86 ワークツリー ステージ リポジトリ ローカルの状態をリモートにアップロードする 変更履歴の記録 履歴を新しく保存する 一覧を用意する場所 作業をする場所 GitHub オンライン上のファイルを 管理するサービス push プッシュ　(アップロード) ローカル リモート
87. pullとは？ 87 ワークツリー ステージ リポジトリ リモートの状態をローカルにダウンロードする 変更履歴の記録 履歴を新しく保存する 一覧を用意する場所 作業をする場所 GitHub オンライン上のファイルを 管理するサービス pull プル　(ダウンロード) ローカル リモート
88. pushすると 88 ローカル リポジトリ id: 1 id: 2 GitHub リモート GitHub側で、リポジトリは 作って、ローカルと 紐付けは終わっている状態
89. ローカルのリポジトリと GitHub側のリポジトリを 同じ状態にする （アップロードする） pushすると 89 ローカル リポジトリ id: 1 id: 2 GitHub リモート push プッシュ　(アップロード) id: 2 id: 1
90. Chap.7 実際にcommitまで やってみる 90
91. Gitの大きな流れ • Add コミットするファイルを追加する • Commit 追加・変更点をGitに追加する • Push リモート(ネット)に打ち上げる • Pull リモート(ネット)から変更点をもらう 91 引用元：（Progate-Git） https://prog-8.com/slides?displayed_id=2642&lesson=66
92. プロジェクトを作成する 92 フォルダを開くを押す
93. プロジェクトを作成する 93 プロジェクトを作成したい 場所で新規フォルダを押す
94. プロジェクトを作成する 94 プロジェクト名を 適宜設定して作成を押す 今回はGitTestとする
95. プロジェクトを作成する 95 開くを押す
96. プロジェクトを作成する 96 ソース管理を押す リポジトリの 初期化を押す これでGitを使える 状態にする
97. プロジェクトを作成する 97 このような状態になれば Gitを使える状態に なりました。
98. ファイルを作成して、コーディングをしよ う 98 エクスプローラーをクリック 新規ファイル作成をクリック 今回はindex.htmlを作成します 終わったらエンターを押して作成 ワークツリー ステージ リポジトリ ワークツリーのファイルを 編集する
99. ファイルを作成して、コーディングをしよ う 99 html:5 index.html 上のように html:5と押して エンターを押すことで、 自動でテンプレートが 入力されます。 ワークツリー ステージ リポジトリ
100. ファイルを作成して、コーディングをしよ う 100 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> </body> </html> このようなファイルが生成されたらOKです。 ワークツリー ステージ リポジトリ
101. Addをしてみる 101 ワークツリー ステージ リポジトリ ソース管理をクリック 変更をステージを押して Addをする
102. Addをしてみる 102 ワークツリー ステージ リポジトリ このように、ステージされて いる変更にファイルが入って いればOKです
103. コミットしてみる 103 ワークツリー ステージ リポジトリ コミットする時に、コミット メッセージ(変更箇所をわか りやすくするメモ)を書く 終わったらコミットを押す id: 1
104. コミットした履歴 を見てみる 104 変更履歴をみるために、左下 のGit Graphを押す
105. コミットした履歴を見てみる 105 このようなページをみることで、 Gitの現状の状態を把握することができる
106. GItHubでリポジトリを作成する 106 GitHub側でレポジトリを作成するため に、Branchの発行を押しましょう ソース管理を押します
107. GItHubでリポジトリを作成する 107 GitHubでのレポジトリ名を記述します。 今回は同じくGitTestとします。 PrivateとPublicを選択します。 Privateにすることで、自分だけにしか 公開されません。 Publicにすることで、全世界に公開されます。 今回はPrivateにしておきましょう
108. GItHubでリポジトリを作成する 108 右下に、GitHub上で開くと言うポップアップが表示されると思います ので、GitHub上で開くを押します
109. GItHubでリポジトリを作成する • 作成されているファイルが表示されてい たら成功です。 109
110. お疲れ様です 　🍵 110
111. まとめ 編集→Add→Commit→Push→Pullの流れを覚えよう！ 111 • Add コミットするファイルを追加する • Commit 追加・変更点をGitに追加する • Push リモート(ネット)に打ち上げる • Pull リモート(ネット)から変更点をもらう 引用元：（Progate-Git） https://prog-8.com/slides?displayed_id=2642&lesson=66
112. Chap.8 ファイルの変更を 行ってみる 112
113. 先ほどと同じ流れでファイルを編集してみ る では、先ほど作ったindex.htmlを使って少し編集をしてみましょう。 以下のように、HelloWorldを記述してみましょう 113 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> <h1>Hello World</h1> </body> </html> index.html 追加した行
114. 先ほどと同じ流れでファイルを編集してみ る 114 コミットする時に、コミット メッセージ(変更箇所をわか りやすくするメモ)を書く 終わったらコミットを押す ステージするファイルを addする
115. 先ほどと同じ流れでファイルを編集してみ る 115 変更をGitHub側に反映させる ために、変更の同期を 押しましょう これで新しい変更を 保存することが出来ました。
116. Tips ファイル名の色について 116 おそらくファイルの色が変わって少し違和感を感じるかもしれません。 ファイルの色はGitの状態を表しています。 変更された箇所があります 新規で作成されたファイルです 何も変更がないです
117. 草を増やそう この流れでどんどんコミットを増やして 草を生やしていきましょう 117 引用元：（Progate-Git） https://prog-8.com/slides?displayed_id=2642&lesson=66
118. ここから余裕があれば 118 赤ｱｹﾞﾃ ◆＼(´-`) 　白ｱｹﾞﾃ ◆＼(´-`)／◇
119. Chap.9 ブランチを切ってみる 119
120. ブランチを切る利点 • コードを書くときにMainブランチは、エラーが絶対出ない、 安全地帯にする必要がある。 • どんなにメチャクチャにしてもいい場所をつくって開発する。 ハイパーつよつよ、 すごい大規模な変更 120
121. ブランチを切る利点 • ブランチを切ることによって、 どんなにヘンテコなものを書いても許される。（実際には書かないでね！！） めっちゃいい感じの 新規機能を作成しました！ 超特大 バグ・エラー 121
122. コンフリクトとは • Mainブランチはみんなで開発をすると コンフリクト（コードの衝突）が起きることもある。 Aさん 1行目はアラート の表示を書く Bさん 1行目は、ボタン の処理を書く 1行目が、ボタンの処理か、 アラートの処理かわからん 122
123. mainブランチから切り離してみましょう 123
124. ブランチの一覧を表示してみる mainブランチ 124 VSCodeの左下にある、ブランチまたはタグの チェックアウトを押しましょう。 おそらくmainと表示されているはずです。
125. ブランチを作ってみる masterブランチ 125 新しいブランチの作成を押します
126. ブランチを作ってみる masterブランチ newBranchが 出来た 126 作成したいブランチ名を記述して、 エンターを押しましょう 今回はnewBranchと言う名前にします
127. それでは、ファイルを変更して コミットをしてみましょう 127
128. 先ほどと同じ流れでファイルを編集してみ る では、またindex.htmlを使って少し編集をしてみましょう。 以下のように、ここは新しいブランチですを記述してみましょう 128 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> <h1>Hello World</h1> <p>ここは新しいブランチです</p> </body> </html> index.html 追加した行
129. 先ほどと同じ流れでファイルを編集してみ る 129 コミットする時に、コミット メッセージ(変更箇所をわか りやすくするメモ)を書く 終わったらコミットを押す ステージするファイルを addする masterブランチ newBranch
130. 先ほどと同じ流れでファイルを編集してみ る 130 変更をGitHub側に反映させる ために、変更の同期を 押しましょう これで新しい変更を 保存することが出来ました。
131. GitGraphを確認してみよう 131 newBranch main おそらく、2つのブランチが あり、mainブランチの先に newBranchがあると思います
132. ブランチを切った後の流れ • あとはこの流れに沿って、Gitを使って いきましょう 132 引用元：（Progate-Git） https://prog-8.com/slides?displayed_id=2642&lesson=66
133. Chap.10 チェックアウトをして みる 133
134. チェックアウト • ブランチを切った時に、Mainに戻りたい時があります。 その時にチェックアウトをして戻りましょう • HEADは今いるブランチの最新の変更点 Origin / HEAD Origin / HEAD 今いる場所からずれる Headとは何か説明をする記事 https://qiita.com/takeokunn/items/5bc499121a21f8c5b990 134
135. チェックアウトをして、Mainブランチに 戻ってみましょう 135
136. ブランチを移動してみる masterブランチ Origin / HEAD Origin / HEAD 今いる場所からずれる 136 VSCodeの左下にある、ブランチまたはタグの チェックアウトを押しましょう。 おそらくnewBranchと表示されているはずです。
137. ブランチを移動してみる masterブランチ Origin / HEAD Origin / HEAD 今いる場所からずれる 137 Mainをダブルクリックすると、 チェックアウトできます
138. これでMainブランチに戻ることが できました。 138
139. 変更されているファイルが戻っているか 確認をしてみましょう。 139
140. ファイルが戻っているか確認する ファイルを確認することで、先ほど記述した、<p>ここは新しいブランチです</p> がなくなっているのがわかります。 140
141. ログを確認してみよう 141 GitGraphをみると、mainのブランチ に対して、青く選択されているのが わかります。
142. Tips GitGraphでチェックアウトをする 142 チェックアウトしたいブランチを ダブルクリックします
143. Tips GitGraphでチェックアウトをする 143 選択がnewBranchに代わり、チェック アウトが完了します。
144. Tips GitGraphでチェックアウトをする 144 このようなポップアップが出てきた時は、OriginからファイルをPullするか い？聞かれているので、問題がなければ、Checkout Branchを押します。 その後、Checkout The existing branch & pull changesを押します
145. Chap.11 プルリクをしてみる 145
146. Pull Requestとは？ マージを誰かにお願いする機能 146
147. マージの問題点 147
148. プルリクエストのいい点 148
149. ツリーをみながら考えてみる • 最後Mainにマージをする時にエラーやバグ、Typoミスなどを 確認（レビュー）してマージをする。 このタイミングでおかしいところがあれば、もう一度やり直してもらう ここエラー出るやん、 修正お願いします。 149 超特大 バグ・エラー
150. Gitのリポジトリにアクセスする https://github.com/<ユーザー名>/<リポジトリ名> 150
151. ブランチのプルリクを送る Pull Requestsを選択しよう 151
152. ブランチのプルリクを送る New Pull Requestを選択しよう 152
153. ブランチのプルリクを送る どのブランチからどこにマージをしたいのか 選択しよう 153
154. ブランチのプルリクを送る 選択ができたらView pull requestを選択しよう 154
155. ブランチのプルリクを送る マージしたい内容に ついてコメントを書こう 編集したら Create pull requestを 押そう 155
156. ブランチのプルリクを送る レビューをする人は 内容を確認したら Merge pull requestを 押す 今回は自分でマージを しよう 156
157. マージしたコードを ダウンロード する これで、マージした情報をGitHub側から ダウンロードができます 157 ｍainブランチにチェックアウトして、変更の同期を押して、 リモート側の変更を受け取ります。くるくるボタン
158. まとめ branch //作業領域を切り分けるコマンド checkout //ブランチを移動するコマンド チーム開発で使うのはこの2つのコマンド Gitを使いこなして、Gitマスターになろう！！ 158 Pull request //マージを他の人にお願いするgithubの機能
159. Chap.12 gitignoreを設定する 159
160. gitignoreとは？ Gitでバージョン管理を無視したいファイルや ディレクトリを記述するファイルのこと Library フォルダー node_mudules フォルダー .env ファイル .env 開発環境で自動で用意されるファイルや 秘密鍵などをリモートにあげないようにする
161. gitignoreを使う利点 1. 不要なファイルを除外できる ビルド成果物やログなどをGit管理から外し、リポジトリを軽量化。 2. 環境依存ファイルを避けられる 各開発者の設定ファイル（例：.vscode/）を共有せず、環境の衝突を防 ぐ。 3. リポジトリの容量を減らす GitHubの容量制限である100MBを超えるファイルを隠すためなど 　 4. セキュリティの向上 .env など機密情報を含むファイルを誤って公開しないように防ぐ。
162. gitignoreファイルを作ってみよう ファイル作成を押しましょう ファイル名は 「.gitignore 」 としてください
163. テンプレートからコピペをしてみる GitHubには有名な.gitignoreの テンプレートがあります この中に使う言語やフレームワークに あったファイルを用意してくれます https://github.com/github/gitignore 一度ここにアクセスしてみましょう • Swift → Swift.gitignore • Node.js → Node.gitignore • Unity → Unity.gitignore
164. nodeのテンプレートを使ってみる 検索ボックスで「node」と検索してみましょう Node.gitignoreを選択します
165. テンプレートをコピーする コピーができそうなアイコンを押して、 テンプレートをコピーしてください
166. テンプレートを貼り付けてみよう コピーをしたファイルを、 そのまま「.gitignore」に 貼り付ければ設定完了です このように設定すると、 nodeを扱うにあたり、 プロジェクト共有にいらない ファイルを省けます
167. .envファイルを作成してみる 167 環境設定としてよく.envファイルを作成します。 これを再現するため、.envを作成して、パスワードっぽいものを入力してみます。 .envというファイル名がグレーアウトしているのが確認できます。 この状態は、バージョン管理をしていないのを示します。
168. ソース管理でも確認してみる 168 ソース管理の画面でも、.envという ファイルがないのが確認できます！
169. .gitignoreのまとめ 1. .gitignore ファイルを作成 2. 無視したいファイル・フォルダを記述 3. 必要ならテンプレートを利用
170. 参考文献・引用文献 170 [【Windows】Gitの環境構築をしよう！]　https://prog-8.com/docs/git-env-win [【Mac】Gitの環境構築をしよう！] https://prog-8.com/docs/git-env [フリーアイコンの数千人]　https://icon-icons.com/ja/ [【MacOS】Homebrew経由でGitをインストールする方法] https://blog.cloud-acct.com/posts/u-homebrew-git-install/ [コマンドプロンプトを起動する] https://www.javadrive.jp/command/ini/index1.html [【Linux】ファイル検索のあれこれ【ls/find/grep/xargs】] https://kojimanotech.com/2018/12/28/113/#outline__3 [サル先生のGitHub入門　プルリクエストとは？]https://backlog.com/ja/git-tutorial/pull-request/01/ [git log を見やすくする]https://qiita.com/takasianpride/items/842a785af610025a2030
171. バージョン情報 2024/10 ver2.0 CLI版から移植、ステージ、リポジトリの説明、 　　　　　　　 SSHの説明などの追記 2025/03 ver3.0 Gitをどういうときに使うのかを追記 2025/05 ver3.1 フィードバックのQRの追加 2025/05 ver3.2 GitとGitHubの違いを説明するスライドの微調整 2025/08 ver3.3 CLI版とVSCode版で差異があった部分を修正 2025/10 ver3.4 gitignoreを追記 171
172. アンケートのお知らせ 172 ご購入していただきありがとうございました。 お手すきの際に、よろしければアンケートのご回答をよろしくお願いいたします https://forms.gle/N44dRcrvUVH5gEkj6
173. 奥付 発行日 初版: 2024年11月03日(日) 技術書典17 サークル Luciano研究室 X (Twitter) ID @stluciano ̲ labo Webサイト https://www.stluciano‒server.net/ 著者 牧野遥斗 メールアドレス makino@harutiro.net Qiita URL https://qiita.com/harutiro Webサイト https://www.harutiro.net X (Twitter) ID @harutiro2727 印刷所 なし 173