1ポイント
GitHubの入口
リポジトリ、コミット、ブランチ、PRの役割をざっくり分けて理解します。
まなぶちゃん用語が多くてむずかしい…。
GPTガイドくんまずは「保存場所」「変更記録」「確認依頼」の3つで考えれば大丈夫です。
GitHub intro
GitHubとは何か
GitHubはコード置き場だけでなく、変更履歴を残し、作業を確認してから取り込むための実務基盤です。
このページは非公式の実践ガイドです。GitHubの画面や機能、料金、仕様は変わる可能性があります。最新情報が必要な場合は提供元情報を確認してください。
GitHubとは何か
GitHubは、コードやファイルをリポジトリという単位で管理し、変更履歴を残しながら作業できるサービスです。個人サイトや静的HTMLサイトでも、前の状態を追いやすくし、変更を確認してから公開作業へ進めるために使えます。
Gitは変更履歴を管理する仕組みで、GitHubはそのGitを使った共同作業やレビュー、Issue管理、Pull Request、Actionsなどを扱える場所です。
最初に覚える用語
リポジトリはコードやファイルを入れる箱、コミットは変更内容の記録、ブランチは本体とは別に作業する分岐、Pull Requestは変更を提案して確認してから取り込む仕組みです。
Issueはタスクや問題点を記録する場所、READMEはリポジトリの目的や使い方を書く説明書です。英語用語をすべて避けるより、日本語の意味とセットで覚える方が実務では使いやすくなります。
GitHubを使うメリット
変更履歴が残る、前の状態に戻しやすい、作業ブランチで試せる、Pull Requestで差分を確認できる、CodexやChatGPTと組み合わせて作業しやすい、というメリットがあります。
ただし、公開範囲や重要情報の扱いには注意が必要です。公開リポジトリに外へ出せない情報を置かないこと、人間がレビューすることを前提にします。
用語表
| 英語 | 日本語 | 意味 |
|---|---|---|
| repository | リポジトリ | コードやファイルを入れる箱 |
| commit | コミット | 変更内容を記録すること |
| branch | ブランチ | 本体とは別に作業する分岐 |
| pull request | プルリクエスト | 変更を取り込む前に確認してもらう提案 |
| issue | イシュー | タスクや問題点を記録する場所 |
悪い例 / 良い例
| 悪い例 | 良い例 |
|---|---|
| コード置き場としてだけ考える | 変更履歴を残す場所として使う |
| mainを直接大きく変える | ブランチで作業して確認する |
| 変更内容を見ずに取り込む | Pull Requestで差分を見てから取り込む |
ChatGPTに用語を聞く例
GitHubのrepository、branch、commit、pull request、issueを、初心者にも分かるように日本語で説明してください。英語の用語も一緒に残してください。やってはいけないこと
- 外へ出せない情報や接続情報を通常ファイルに書く
- mainへ大きな変更を直接反映する
- AIレビューだけで完了扱いにする
- リポジトリや作業環境を混ぜる
- 変更後の確認を人間が行わない
確認チェックリスト
- GitHubとGitの違いをざっくり理解した
- リポジトリの意味が分かる
- コミットの意味が分かる
- ブランチの意味が分かる
- Pull Requestの役割が分かる
- 公開範囲に注意する
- 重要情報を置かない
GitHub基本用語を確認する
GitHubの説明でリポジトリ、コミット、ブランチ、Pull Requestが分かりにくい時は、4つの基本用語を先に確認すると作業の流れを追いやすくなります。
関連ページ
GitHubを実務でどう使うか
GitHubをコードの図書館から、変更履歴、差分確認、Codex作業対象、公開前チェックの記録場所へ広げて使うための具体例です。
このカテゴリの親ページへ戻る
同じカテゴリのページを続けて読む場合は、親ページの一覧から選ぶと迷いにくくなります。
近いテーマの読み分け
GitHubはコード履歴と差分確認の置き場です。秘密情報を避け、Codex作業場所として整えます。