top of page
Tazuna

GitHub入門：導入・設定・使い方・リポジトリの作り方

執筆者の写真: 雄二 橋本
雄二 橋本
11 時間前
読了時間: 7分

GitHubをまったく使ったことがない人に向けた研修資料「GitHub入門」の内容を、記事として読みやすくまとめました。アカウント作成から、最初のリポジトリを作って push するところまでを一通り解説します。



今日の流れ

  • 01 GitHubとは：Git との違い、GitHub でできること

  • 02 導入：アカウント作成、Git のインストール、料金

  • 03 初期設定：名前とメール、2要素認証、接続の認証

  • 04 リポジトリを作る：Web 画面から／手元のフォルダから

  • 05 日々の使い方：作業サイクル、ブランチ、プルリクエスト、注意点

1. GitHubとは

Git と GitHub の違い

Git：手元のPCで動く、変更履歴を記録する道具

  • 無料・オープンソース

  • ネットにつながっていなくても使える

  • 「いつ・誰が・何を変えたか」を残せる

GitHub：Git の履歴をネット上で保管・共有するサービス

  • チームで同じファイルを安全に共同編集

  • 変更のレビューや課題の管理ができる

  • 自動化や AI 支援の機能もそろう

たとえるなら Git ＝ ゲームのセーブ機能、GitHub ＝ セーブデータを預けるクラウド。よく混同されますが、Git は道具そのもの、GitHub はその道具で作った履歴を置いておく場所です。GitHub を使うには、基本的に手元に Git が必要です。

GitHub でできること

  • リポジトリ：コードや資料を履歴ごと保管

  • Issues：課題・不具合・ToDo を管理

  • プルリクエスト：変更をレビューしてから取り込む

  • Actions：テストや公開作業を自動化

  • Pages：静的なWebサイトを公開

  • Copilot：AI がコードや説明を提案

この記事で実際に扱うのは、リポジトリとプルリクエストの考え方までです。Actions や Pages、Copilot は次のステップとして紹介にとどめます。

2. 導入

アカウントを作る

  • 1. github.com を開いて「Sign up」：右上のボタンから登録画面へ

  • 2. メール・パスワード・ユーザー名：パスワードは長く、使い回さない

  • 3. メールのコードで認証：届いた確認コードを入力

  • 4. プランは「Free」でOK：あとからいつでも変更できる

ユーザー名はそのまま公開URL（github.com/ユーザー名）になります。仕事で使うなら、名前や会社がわかる英字の表記がおすすめです。ユーザー名は後から変えられますが、URL が変わってしまうので最初に決めておきましょう。

Git をインストールする

  • Windows：git-scm.com から Git for Windows を入れる（設定は基本そのままでOK）

  • Mac：ターミナルで git --version を実行（未導入なら案内が出て入る）

  • 画面で操作したい：GitHub Desktop を入れる（コマンドなしで使える）

# インストールできたか確認
$ git --version
# git version 2.x.x と表示されれば成功

Windows では Git for Windows を入れると Git Bash というターミナルも一緒に入ります。コマンドが苦手な方は GitHub Desktop から始めても大丈夫です。

無料プランでここまで使える

  • リポジトリ：無制限　公開（Public）も非公開（Private）も作り放題

  • Actions：毎月2,000分　非公開リポジトリでの自動化の実行時間。公開リポジトリは無料

  • Packages：500MB　作ったパッケージの保存容量

AI 支援の Copilot にも無料枠（Copilot Free）があります。メンバー管理などが必要になったら有料の Team プランを検討します。個人や小規模なチームなら、まずは無料プランで十分です。

出典：github.com/pricing（2026年11月時点）。料金や上限は変わることがあるので、最新の内容をご確認ください。

3. 初期設定

最初に一度だけ：Git の設定

# 名前とメール（コミットの記録に残る）
git config --global user.name "Taro Yamada"
git config --global user.email "you@example.com"

# 新しいリポジトリの既定ブランチを main に
git config --global init.defaultBranch main

# 設定を確認
git config --list

ここで設定した名前とメールアドレスは、コミットするたびに履歴に記録され、公開リポジトリなら誰でも見られます。個人のメールを公開したくない場合は、GitHub の Settings › Emails で「Keep my email addresses private」をオンにし、表示される noreply アドレスを user.email に使いましょう。

2要素認証（2FA）を必ずオンに

設定の手順：

  • 1. 右上のアイコン › Settings

  • 2. Password and authentication を開く

  • 3. Enable two-factor authentication

  • 4. 認証アプリで QR を読み取り、6桁のコードを入力

  • 5. リカバリーコードを保存する

使える方法：認証アプリ（推奨）、パスキー・セキュリティキー、GitHub Mobile アプリ、SMS

注意：コードを投稿するユーザーは 2FA が必須です。スマホを機種変更したときに締め出されないよう、方法を2つ以上登録し、リカバリーコードはパスワード管理ツールなどに保管しましょう。

PC と GitHub をつなぐ認証

HTTPS（初心者におすすめ）：アカウントのパスワードでは push できません。GitHub CLI でブラウザ認証するか、Git for Windows 同梱の Credential Manager の案内（初回 push 時）に従ってログインします。

# GitHub CLI でブラウザ認証
gh auth login

SSH：鍵を作って、公開鍵を GitHub（Settings › SSH and GPG keys）に登録します。

ssh-keygen -t ed25519
# .pub の中身を登録
ssh -T git@github.com

迷ったら HTTPS と gh auth login の組み合わせが一番かんたんです。個人用アクセストークン（PAT）を使う場合は、有効期限を設定し、必要な権限だけを付けるようにしてください。

4. リポジトリを作る

Web 画面から作る

  • 1. 右上の「＋」›「New repository」

  • 2. Repository name を入力（例：tazuna-site）

  • 3. Public（公開）か Private（非公開）を選ぶ

  • 4. 「Add README」をオン。.gitignore やライセンスも選べる

  • 5. 「Create repository」で完成

名前は英小文字・数字・ハイフンが無難です。練習用のリポジトリは Private で作っておくと安心です。README を付けておくと、すぐに git clone して手元で作業を始められます。

手元のフォルダから作る

先に GitHub 上で README なしの空リポジトリを作っておき、手元のフォルダで次を実行します。

cd my-project
git init                       # Git の管理を開始
git add .                      # 全ファイルを登録
git commit -m "最初のコミット"
git remote add origin https://github.com/ユーザー名/my-project.git
git push -u origin main        # GitHub へ送信

GitHub CLI なら gh repo create で、リポジトリ作成から push まで対話形式で進められます。GitHub 側で README を作ってしまうと履歴がぶつかって push が拒否されるので、空のリポジトリを用意するのがポイントです。

5. 日々の使い方

基本の作業サイクル

最初だけ：git clone URL でリポジトリを手元にコピーします。あとは次の繰り返しです。

  • 1. 編集：ファイルを作る・直す

  • 2. git add：記録する変更を選ぶ

  • 3. git commit：手元の履歴に保存

  • 4. git push：GitHub に送る

git pull：作業を始める前に、GitHub の最新の状態を手元に取り込みます。

コミットは「意味のあるまとまり」ごとに小さく分けるのがコツで、メッセージには何を変えたかを一言で書きます。

ブランチとプルリクエスト

  • 1. ブランチを作る

  • 2. コミットして push

  • 3. プルリクを作成

  • 4. レビュー・修正

  • 5. main にマージ

git switch -c feature/top-page   # ブランチを作って移動
git push -u origin feature/top-page
# → GitHub に出る「Compare & pull request」を押す

ルール：main は常に動く状態に保ち、作業はブランチで。取り込む前に必ず誰かの目を通します。

プルリクエストは「この変更を取り込んでください」というお願いです。差分を見ながらコメントでやり取りし、問題がなければマージします。一人で使う場合でも、変更の記録として残るのでおすすめです。

よく使うコマンド早見表

  • git status：いまの状態（変更・未登録）を確認

  • git add ファイル名：記録する変更を選ぶ（. で全部）

  • git commit -m "説明"：選んだ変更を履歴に保存

  • git push：GitHub に送る

  • git pull：GitHub の最新を取り込む

  • git log --oneline：履歴を一覧で見る

  • git switch ブランチ名：ブランチを切り替える

  • git diff：変更した中身を確認

迷ったらまず git status を打つ、と覚えておくと安心です。今どのブランチにいて、どのファイルが変わっているかを教えてくれます。

安全に使うための4つの習慣

  • 秘密情報をコミットしない：パスワードや API キーは .env に置き、.gitignore で除外

  • 迷ったら Private で作る：公開はあとからでもできる。逆は手遅れになりやすい

  • 漏えいを自動で止める：Secret scanning と push protection を有効に

  • 依存ライブラリを見張る：Dependabot が脆弱性を通知し、更新を提案

うっかり公開してしまったキーは、履歴から消すより先に「無効化・再発行」が最優先です。一度 GitHub に push した情報は、履歴を消してもコピーされている可能性があります。設定はリポジトリの Settings › Code security から確認できます。

まとめ

  • 01 アカウントを作り、2要素認証をオンにする

  • 02 Git を入れて、名前・メール・認証を設定する

  • 03 リポジトリを作り、add → commit → push

次のステップ：練習用の Private リポジトリを1つ作って、README を編集して push してみよう。

自分のリポジトリに一度 push できれば、プルリクエストを使ったチーム開発や、Actions による自動化、Pages での公開に進む準備が整っています。

コメント

bottom of page