用語
GitHub用語集
リポジトリ、ブランチ、commit、Pull Request、clone、forkなど初心者が覚えたいGitHub用語を整理します。
このページでわかること
- repository・branch・commit・push・pullなど頻出用語の意味
- 用語同士の関係（どの操作がどの順番で出てくるか）
- AI作業（Codex・Claude Code）の報告書を読む時に必要な用語
- 分からない用語に出会った時の調べ方
最初に結論
GitHubの用語は数が多く見えますが、実際の作業で毎回使うのは10個程度です。しかも「repository（箱）→ branch（作業用の枝分かれ）→ commit（記録）→ push（アップロード）→ Pull Request（取り込み前の確認）」という一連の流れに沿って覚えれば、バラバラの暗記ではなく1本のストーリーとして頭に入ります。
初心者向け説明
用語を全部覚えてから使い始める必要はありません。おすすめは、CodexやClaude Codeの作業報告書に出てきた用語をその都度この用語集で引く使い方です。「PRを作成しました」「mainにmergeしました」という報告が読めるようになることが、AI時代のGitHub用語学習のゴールです。自分でコマンドを打つための用語（rebase、cherry-pickなど）は、必要になってからで十分です。
向いている使い方
- AIの作業報告書に出てきた用語をその場で確認する
- エラーメッセージ内の用語の意味を調べる
- チームや外注先との会話で使われた用語を確認する
注意が必要な使い方
- 用語の丸暗記を目的にしない（流れとセットで覚える）
- 似た用語（fetch/pull、merge/rebase）は違いを確認してから使う
- 分からない用語のまま操作を進めない
CodexやChatGPTと組み合わせる場合
CodexやClaude Codeへの指示にも、正しい用語を使うと精度が上がります。「アップして」より「mainブランチへpushして」の方が、AIの解釈のぶれがなくなります。用語はAIとの共通言語だと考えると、覚える動機がはっきりします。
秘密情報・APIキー・パスワード・個人情報の注意
APIキー、パスワード、秘密鍵、FTP資格情報、DB情報、メール設定、個人情報は、HTML、README、ログ、レポート、GitHubの差分に出さない前提で扱います。
関連ページ
FAQ
GitHub用語集は初心者でも確認できますか？
はい。専門用語を覚える前に、何を確認すればよいかを優先して整理しています。
CodexやChatGPTを使う場合も同じ考え方ですか？
基本は同じです。自動化できる部分が増えても、差分確認、秘密情報確認、公開前確認は人間側で見ます。
秘密情報が混ざったかもしれない時はどうしますか？
commitやpushを急がず、対象ファイル、公開範囲、履歴への混入有無を確認します。必要に応じてキーやパスワードを無効化します。
GitHubの機能や画面は変わりますか？
変わる可能性があります。重要な判断や最新仕様はGitHub側の情報も確認してください。
このカテゴリの親ハブ
関連ページをまとめて確認する場合は、初心者ハブ から読み進められます。