Githubをはじめよう初心者向け完全ガイド

Slide 1

Slide 1 text

GitHub をはじめよう！〜登録から基本操作まで〜初心者向け完全ガイド 1

Slide 2

Slide 2 text

はじめにこのスライドでは、プログラミングの世界で広く使われている GitHub の基本的な使い方を、ゼロから丁寧に解説します。ゴール: GitHub アカウントを作成できる基本的なGit コマンドを理解し、使えるようになるリポジトリを作成し、コードを管理できるようになる GitHub を使った基本的な開発の流れを体験する 2

Slide 3

Slide 3 text

目次 1. GitHub/Git とは？ ( なぜ使うの？) 2. アカウント作成 ( 最初のステップ) 3. 基本用語を知ろう ( 共通言語の理解) 4. Git の準備 ( ローカル環境の設定) 5. リポジトリ作成 ( プロジェクトの箱作り) 6. ローカルでの基本操作 ( コードの記録) 7. リモートとの連携 ( コードの共有・保存) 8. 変更と更新 ( 日々の開発サイクル) 9. ブランチ操作 ( 安全な開発のために) 3

Slide 4

Slide 4 text

1. GitHub/Git とは？ 4

Slide 5

Slide 5 text

Git とは？バージョン管理システムの一つ。ファイルの変更履歴を記録・管理するためのツール。いつ、誰が、どこを、どのように変更したかを追跡できる。過去の状態に戻したり、変更点を比較したりできる。主にローカル環境 ( 自分のPC) で動作する。 5

Slide 6

Slide 6 text

GitHub とは？ Git を使った開発を支援する Web サービス。 Git リポジトリをオンライン上で保存・共有できる場所。複数人での共同開発（チーム開発）をスムーズにする機能が豊富。コードレビュー（プルリクエスト）タスク管理（Issues, Projects ） Web サイト公開（GitHub Pages ）世界中の開発者が利用するプラットフォーム。 6

Slide 7

Slide 7 text

なぜGitHub を使うの？ ( メリット) バージョン管理: コードの変更履歴を安全に管理。間違いがあっても元に戻せる！コード共有: チームメンバーや世界中の開発者とコードを簡単に共有。バックアップ: オンライン上にコードが保存されるので、PC が壊れても安心。チーム開発: 複数人での開発が効率的に。誰が何を変更したか一目瞭然。ポートフォリオ: 自分のスキルや成果物を公開し、アピールできる。オープンソース: 世界中の公開プロジェクトに参加したり、学んだり 7

Slide 8

Slide 8 text

2. アカウント作成 8

Slide 9

Slide 9 text

Step 1: 公式サイトへアクセス Web ブラウザで github.com と検索するか、直接URL を入力して GitHub 公式サイトにアクセスします。 9

Slide 10

Slide 10 text

Step 2: サインアップ開始画面右上にある「Sign up 」ボタンをクリックします。 10

Slide 11

Slide 11 text

Step 3: アカウント情報入力画面の指示に従って、必要な情報を入力します。メールアドレス (Email address) パスワード (Password) ユーザー名 (Username): 他のユーザーと重複しない、あなた固有の名前（後で変更可能） 11

Slide 12

Slide 12 text

Step 4: 認証と設定メール認証: 登録したメールアドレスに確認メールが届きます。メール内のリンクをクリックして認証を完了します。プラン選択: 基本的に「Free ( 無料) 」プランで十分です。アンケート: 利用目的などの簡単なアンケートに答えます（スキップ可）。 12

Slide 13

Slide 13 text

アカウント作成完了！これでGitHub アカウントが作成され、ダッシュボード画面が表示されます。 13

Slide 14

Slide 14 text

3. 基本用語を知ろう 14

Slide 15

Slide 15 text

リポジトリ (Repository) プロジェクトに関するファイル（ソースコード、ドキュメント、画像など）を保管する場所やフォルダのこと。プロジェクトの全ての変更履歴も含まれる。ローカルリポジトリ: 自分のPC 上にあるリポジトリ。リモートリポジトリ: GitHub 上にあるリポジトリ。 15

Slide 16

Slide 16 text

コミット (Commit) ファイルの変更内容をローカルリポジトリに記録する操作。セーブポイントのようなもの。「何を、なぜ変更したか」を示すコミットメッセージと共に記録する。 git commit -m "変更内容のメッセージ" のように使う。 16

Slide 17

Slide 17 text

プッシュ (Push) ローカルリポジトリで行ったコミット（変更履歴）をリモートリポジトリ (GitHub) にアップロードする操作。これにより、他の人も変更内容を見たり、利用したりできるようになる。 git push のように使う。 17

Slide 18

Slide 18 text

プル (Pull) リモートリポジトリ (GitHub) の最新の変更内容をローカルリポジトリに取り込む操作。他の人が行った変更を自分のPC に反映させるために使う。 git pull のように使う。 18

Slide 19

Slide 19 text

ブランチ (Branch) コミット履歴の流れを分岐させる機能。メインの履歴（通常 main や master ）に影響を与えずに、新しい機能の開発やバグ修正などを並行して行うことができる。作業が終わったら、元のブランチにマージ (Merge) して統合する。 19

Slide 20

Slide 20 text

マージ (Merge) 分岐したブランチで行った変更内容を、別のブランチ ( 通常は main ブランチ) に統合する操作。 git merge のように使う。 20

Slide 21

Slide 21 text

プルリクエスト (Pull Request / PR) 自分がブランチで行った変更を、他の人（主にリポジトリ管理者）にレビューしてもらい、マージを依頼するための機能。 GitHub 上で作成する。チーム開発でコードの品質を保つために重要。 21

Slide 22

Slide 22 text

4. Git の準備 22

Slide 23

Slide 23 text

Git のインストール GitHub を使う前に、自分のPC に Git をインストールする必要があります。 Windows: Git for Windows (git-scm.com) からダウンロードしてインストーラーを実行。 Mac: Xcode Command Line Tools に含まれていることが多い。ターミナルで git --version を実行して確認。 Homebrew を使って brew install git でもインストール可能。 Linux (Debian/Ubuntu): sudo apt update && sudo apt install git Linux (Fedora): sudo dnf install git 23

Slide 24

Slide 24 text

Git の初期設定 ( 重要！) ターミナル（またはコマンドプロンプト、Git Bash ）を開き、以下のコマンドを実行して、ユーザー名とメールアドレスを設定します。これは、誰がコミットしたかを記録するために使われます。GitHub アカウントと同じ情報を設定するのが一般的です。 git config --global user.name "あなたのGitHubユーザー名" git config --global user.email "あなたのGitHubメールアドレス" 24

Slide 25

Slide 25 text

設定の確認設定が正しく行われたかを確認します。 git config --global user.name git config --global user.email 設定したユーザー名とメールアドレスが表示されればOK です。 25

Slide 26

Slide 26 text

5. リポジトリ作成 26

Slide 27

Slide 27 text

Step 1: 新規リポジトリ作成画面へ GitHub にログインし、ダッシュボード画面右上の「＋」アイコンをクリックし、「New repository 」を選択します。 27

Slide 28

Slide 28 text

Step 2: リポジトリ情報入力 Repository name: リポジトリの名前を入力（例: hello-world , my-first-project ） Description (optional): リポジトリの説明（任意） Public / Private: Public : 誰でも閲覧可能 ( オープンソースなど) Private : 自分と招待した人のみ閲覧可能 ( 個人プロジェクト、社内プロジェクトなど) 今回は Public を選んでみましょう。 28

Slide 29

Slide 29 text

Step 3: 初期ファイルの設定リポジトリ作成時に、いくつかの便利なファイルを自動生成できます。 Add a README file: プロジェクトの説明を書くファイル。チェックを入れるのがおすすめ。 Add .gitignore: Git の管理対象外にするファイルやフォルダを指定する設定ファイル。 ( 最初は不要でもOK) Choose a license: プロジェクトの利用条件を示すライセンスファイル。( 最初は不要でもOK) 今回は「Add a README file 」にチェックを入れましょう。 29

Slide 30

Slide 30 text

Step 4: 作成実行入力と設定が終わったら、「Create repository 」ボタンをクリックします。 30

Slide 31

Slide 31 text

リポジトリ作成完了！作成したリポジトリのページが表示されます。 README ファイルが作成されているのが確認できます。 31

Slide 32

Slide 32 text

6. ローカルでの基本操作 32

Slide 33

Slide 33 text

Step 1: リモートリポジトリをローカルにコピー (Clone) まず、GitHub 上に作成したリモートリポジトリを、自分のPC （ローカル環境）にコピーします。これをクローン (Clone) と言います。 1. GitHub のリポジトリページを開きます。 2. 緑色の「<> Code 」ボタンをクリックします。 3. 「HTTPS 」タブが選択されていることを確認し、表示されている URL をコピーします。 33

Slide 34

Slide 34 text

Step 1: クローン実行ターミナルを開き、リポジトリを保存したいディレクトリに移動 ( cd コマンド) してから、以下のコマンドを実行します。 git clone 例: git clone https://github.com/your-username/hello-world.git 実行すると、カレントディレクトリにリポジトリ名のフォルダ（例: hello-world ）が作成され、リモートリポジトリの内容（README.md など）がダウンロードされます。 34

Slide 35

Slide 35 text

Step 2: リポジトリフォルダへ移動クローンして作成されたフォルダに移動します。 cd 例: cd hello-world これ以降のGit コマンドは、基本的にこのリポジトリフォルダ内で実行します。 35

Slide 36

Slide 36 text

Step 3: ファイルを作成・編集テキストエディタなどを使って、このフォルダ内に新しいファイルを作成したり、既存のファイル（例: README.md ）を編集したりしてみましょう。例: hello.txt という名前で新しいファイルを作成し、何かテキストを書き込む。 # 例: hello.txt の内容 Hello, GitHub! 36

Slide 37

Slide 37 text

Step 4: 変更状況の確認 (status) どのようなファイルが変更されたか、Git の管理状況を確認します。 git status 新しいファイルを作成した場合、「Untracked files 」（追跡されていないファイル）として表示されます。既存ファイルを変更した場合、「Changes not staged for commit 」（コミット対象になっていない変更）として表示されます。 37

Slide 38

Slide 38 text

Step 5: 変更をステージング (add) コミットしたい変更内容をステージングエリアと呼ばれる場所に追加します。これにより、どの変更を次のコミットに含めるかを選択できます。特定のファイルだけステージング: git add 例: git add hello.txt 例: git add README.md 変更された全てのファイルをステージング: 38

Slide 39

Slide 39 text

Step 6: 変更をコミット (commit) ステージングした変更内容を、意味のあるメッセージと共にローカルリポジトリに記録します。 git commit -m "ここにコミットメッセージを書く" 良いコミットメッセージの例: "Add hello.txt" (hello.txt を追加) "Update README.md with project description" (README.md にプロジェクト説明を追記) "Fix typo in introduction" ( 導入部分のタイポを修正) 39

Slide 40

Slide 40 text

Step 7: コミット履歴の確認 (log) これまでのコミット履歴を確認できます。 git log 各コミットのID ( ハッシュ値) 、作成者、日時、コミットメッセージが表示されます。 ( 終了する場合は q を押します) 40

Slide 41

Slide 41 text

7. リモートとの連携 41

Slide 42

Slide 42 text

ローカルの変更をリモートへ (Push) ローカルリポジトリで行ったコミット（変更履歴）を、GitHub 上のリモートリポジトリに反映させます。 git push origin main origin : リモートリポジトリのデフォルト名（クローン時に自動設定される） main : プッシュ先のブランチ名（多くのリポジトリでデフォルトのブランチ名。以前は master が主流でした） 42

Slide 43

Slide 43 text

GitHub 上で確認 git push が成功したら、ブラウザでGitHub のリポジトリページをリロードしてみましょう。ローカルで行ったコミットが反映され、ファイルが追加・変更されているはずです。 43

Slide 44

Slide 44 text

もし main でエラーが出たら？もし git push origin main でエラーが出る場合、デフォルトブランチが master である可能性があります。その場合は以下を試してください。 git push origin master 現在のブランチ名は git branch コマンドで確認できます（ * がついているものが現在のブランチ）。 44

Slide 45

Slide 45 text

リモートでの変更をローカルへ (Pull) 他の人がリモートリポジトリを更新した場合や、自分がGitHub 上で直接ファイルを編集した場合など、リモートリポジトリの最新の状態をローカルリポジトリに取り込みます。 git pull origin main ( または git pull origin master ) これにより、ローカルのファイルがリモートの最新状態に更新されます。 45

Slide 46

Slide 46 text

連携の基本サイクル開発を進める上での基本的な流れは以下のようになります。 1. git pull : 作業開始前に、リモートの最新の変更を取り込む。 2. ファイル編集: コードを書いたり、ファイルを修正したりする。 3. git add . : 変更したファイルをステージングする。 4. git commit -m "メッセージ" : 変更内容をローカルに記録する。 5. git push : ローカルの変更をリモートに反映させる。このサイクルを繰り返して開発を進めます。 46

Slide 47

Slide 47 text

8. 変更と更新 47

Slide 48

Slide 48 text

GitHub 上でファイルを編集してみる GitHub のリポジトリページでは、ブラウザ上で直接ファイルを編集することも可能です。 1. 編集したいファイル（例: README.md ）をクリック。 2. ファイルの右上に表示される鉛筆アイコン（Edit this file ）をクリック。 3. エディタ画面で内容を編集。 4. 画面下部の「Commit changes 」セクションでコミットメッセージを入力し、「Commit changes 」ボタンをクリック。 48

Slide 49

Slide 49 text

リモートの変更をローカルに反映 (Pull) GitHub 上で編集（コミット）したので、リモートリポジトリがローカルリポジトリより新しくなりました。この変更をローカルに取り込むために pull を実行します。ターミナルでリポジトリフォルダに移動し、実行します。 git pull origin main ( または git pull origin master ) ローカルのファイル（例: README.md ）が更新されていることを確認してください。 49

Slide 50

Slide 50 text

ローカルで編集 → Push 今度はローカルでファイルを編集し、その変更をリモートに反映させてみましょう。 1. ローカルのファイル（例: hello.txt ）をテキストエディタで編集し、保存。 2. ターミナルで変更をステージング: git add hello.txt ( または git add . ) 3. コミット: git commit -m "Update hello.txt" 4. リモートにプッシュ: git push origin main GitHub のリポジトリページをリロードし、 hello.txt が更新されてい 50

Slide 51

Slide 51 text

コンフリクト (Conflict) とは？もし、同じファイルの同じ箇所を、リモートとローカルで別々に編集してしまった場合、 git pull や git merge をしようとするとコンフリクト（衝突）が発生します。 Git はどちらの変更を優先すべきか自動で判断できないため、手動で修正する必要があります。今回は深入りしませんが、チーム開発ではよく起こりうることなので、覚えておきましょう。コンフリクトが発生したら、落ち着いてメッセージを読み、ファイルを修正して再度コミットします。 51

Slide 52

Slide 52 text

9. ブランチ操作 52

Slide 53

Slide 53 text

なぜブランチを使うのか？安全な作業場所: メインのコード（ main ブランチ）を直接編集するのはリスクが伴います。ブランチを切れば、メインに影響を与えずに自由に試行錯誤できます。並行開発: 新機能の開発、バグ修正、実験などを、それぞれ別のブランチで行い、同時進行できます。整理: 作業内容ごとにブランチを分けることで、変更履歴が整理され、管理しやすくなります。 main (or master ) ブランチは、常に安定して動作する状態を保つことが理想です。 53

Slide 54

Slide 54 text

現在のブランチを確認 git branch 現在存在するブランチの一覧が表示され、今いるブランチには * が付きます。最初は * main ( または * master ) のように表示されるはずです。 54

Slide 55

Slide 55 text

ブランチを作成新しい作業用のブランチを作成します。ブランチ名は、作業内容がわかる名前にするのが一般的です（例: feature/add-new-page , fix/login-bug ）。 git branch 例: git branch develop これだけではブランチが作成されただけで、まだ移動はしていません。 git branch で確認すると、新しいブランチ名が増えているはずです。 55

Slide 56

Slide 56 text

ブランチを切り替え作成したブランチに移動（チェックアウト）します。 git checkout または、新しいGit バージョンでは switch コマンドも使えます。 git switch 例: git checkout develop git branch で確認すると、 * が移動したブランチについているはずです。 56

Slide 57

Slide 57 text

作成と切り替えを同時にブランチの作成と、そのブランチへの切り替えを一度に行うコマンドもあります。 git checkout -b または git switch -c 例: git checkout -b feature/update-readme 57

Slide 58

Slide 58 text

ブランチでの作業切り替えたブランチで、通常通りファイルの編集、 add 、 commit を行います。ここでの変更は、切り替え元のブランチ ( main など) には影響しません。 1. ファイルを編集 2. git add . 3. git commit -m "ブランチでの変更内容" 58

Slide 59

Slide 59 text

新しいブランチをリモートにプッシュローカルで作成した新しいブランチでの変更を、リモートリポジトリ (GitHub) にも反映させます。初めてそのブランチをプッシュする場合は、以下の -u オプションを付けて実行します。 git push -u origin 例: git push -u origin develop -u オプションは、ローカルブランチとリモートブランチを紐付け（upstream 設定）、次回以降 git push だけでプッシュできるようにします。 59

Slide 60

Slide 60 text

ブランチをマージ ( 統合)(1) ブランチでの作業が完了したら、その変更内容を main ブランチ（または他の統合先ブランチ）に取り込みます。 1. 統合先のブランチに切り替え: git checkout main 2. 最新の状態にする ( 念のため): git pull origin main 60

Slide 61

Slide 61 text

ブランチをマージ ( 統合)(2) 3. ブランチをマージ: git merge 例: git merge develop これで、 develop ブランチでの変更が main ブランチに統合されました。 61

Slide 62

Slide 62 text

マージ後のプッシュローカルの main ブランチでマージが完了したので、その結果をリモートリポジトリに反映させます。 git push origin main 62

Slide 63

Slide 63 text

不要になったブランチの削除(1) マージが完了し、不要になったブランチは削除できます。ローカルブランチの削除: git branch -d 例: git branch -d develop ( -D オプションは大文字で、マージされていないブランチも強制削除します) 63

Slide 64

Slide 64 text

不要になったブランチの削除(2) リモートブランチの削除: git push origin --delete 例: git push origin --delete develop 64

Slide 65

Slide 65 text

10. プルリクエスト 65

Slide 66

Slide 66 text

プルリクエスト (PR) とは？ブランチで行った変更を main ブランチなどにマージしてもらうための依頼。 GitHub 上で作成・管理する。コードレビューの機会を提供し、変更内容について議論できる。チーム開発において、コードの品質を保ち、安全にマージするための重要なプロセス。流れ: ブランチで作業 → プッシュ → GitHub でPR 作成 → レビュー → ( 修正) → マージ 66

Slide 67

Slide 67 text

プルリクエストの作成手順 (GitHub 上) 1. 作業ブランチ ( develop など) をGitHub にプッシュした後、リポジトリページにアクセスすると、「Compare & pull request 」ボタンが表示されることがあります。それをクリック。 2. 表示されない場合は、「Pull requests 」タブを開き、「New pull request 」ボタンをクリック。 67

Slide 68

Slide 68 text

プルリクエストの詳細設定 1. 比較ブランチの選択: base: マージ先のブランチ ( 通常 main or master ) compare: マージ元のブランチ ( 自分が作業したブランチ、例: develop ) 変更内容が表示されるので確認します。 2. タイトルと説明の入力: タイトル: 変更内容が簡潔にわかるタイトル ( 例: "Add user login feature") 説明: なぜこの変更を行ったのか、どのような変更か、レビューしてほしい点などを具体的に記述。 68

Slide 69

Slide 69 text

レビューとマージプルリクエストが作成されると、レビュアー（指定された人やチームメンバー）がコードを確認し、コメントや修正依頼をすることができます。コメントや修正依頼があれば、ローカルで修正 → コミット → プッシュすると、自動的にプルリクエストに反映されます。レビューで問題がなければ、リポジトリの管理権限を持つ人が「Merge pull request 」ボタンをクリックしてマージを実行します。マージ後、作業ブランチは不要なら削除できます (GitHub 上またはローカルで git branch -d ... ) 。 69

Slide 70

Slide 70 text

11. プライベートリポジトリ 70

Slide 71

Slide 71 text

プライベートリポジトリとは？リポジトリの内容が非公開に設定されたリポジトリ。リポジトリ所有者と、明示的に招待されたコラボレーター（協力者）のみがアクセス（閲覧、編集など）できます。個人の未公開プロジェクト、社内プロジェクト、機密情報を含むコードなどの管理に適しています。 71

Slide 72

Slide 72 text

作成方法リポジトリを新規作成する際に、「Visibility 」の選択肢で「Private 」を選びます。既存のリポジトリをプライベートに変更することも可能です（リポジトリの Settings → Danger Zone → Change repository visibility ）。 72

Slide 73

Slide 73 text

コラボレーターの招待プライベートリポジトリに他のユーザーを招待して、共同で作業することができます。 1. プライベートリポジトリのページを開き、「Settings 」タブをクリック。 2. 左側のメニューから「Collaborators and teams 」または「Manage access 」を選択。 3. 「Invite a collaborator 」ボタンをクリック。 4. 招待したいユーザーの GitHub ユーザー名、氏名、またはメールアドレスを入力して検索し、選択して招待します。 5. 招待されたユーザーが承認すると、アクセス可能になる。 73

Slide 74

Slide 74 text

注意点無料プランでもプライベートリポジトリの作成数に制限はありませんが、一部の高度な機能（コードセキュリティ機能など）は有料プランが必要な場合があります。プライベートリポジトリでも、誤って機密情報（パスワード、API キーなど）をコミットしないように注意が必要です。 .gitignore を活用しましょう。アクセス権限は適切に管理し、不要になったコラボレーターは削除しましょう。 74

Slide 75

Slide 75 text

12. まとめと次のステップ 75

Slide 76

Slide 76 text

今日学んだこと Git とGitHub の基本的な概念と役割 GitHub アカウントの作成方法 Git のインストールと初期設定リポジトリの作成（Public/Private ）とクローン基本的なGit コマンド ( status , add , commit , log , push , pull ) ブランチの作成、切り替え、マージ ( branch , checkout / switch , merge ) プルリクエストの基本的な流れプライベートリポジトリの概要 76

Slide 77

Slide 77 text

次のステップ GitHub の世界は奥が深いです！今日学んだことを基礎に、さらに以下の内容を学んでみましょう。コンフリクトの解決: チーム開発では必須のスキル。 GitHub Flow / Git Flow: より体系的なブランチ戦略。 Issue: タスク管理、バグ報告、機能要望など。 GitHub Actions: CI/CD （ビルド、テスト、デプロイの自動化）。 GitHub Pages: リポジトリから簡単にWeb サイトを公開。 README の書き方: プロジェクトを魅力的に紹介。 OSS への貢献: 公開されているプロジェクトに参加してみる。 77

Slide 78

Slide 78 text

学習リソース GitHub 公式ドキュメント (docs.github.com): 最も正確で詳細な情報源。 Pro Git (git-scm.com/book/ja/v2): Git の定番書籍（無料公開）。さまざまなオンラインチュートリアルやブログ記事: 「GitHub 使い方」「Git 入門」などで検索。実際に使ってみること！: 小さなプロジェクトでも良いので、自分でリポジトリを作って、日々の作業でGit/GitHub を使ってみるのが一番の近道です。 78

Slide 79

Slide 79 text

ご清聴ありがとうございました！ 79