📌 あわせて読みたい: AIツールに何をどこまで任せるかで迷っている方はClaude CodeとCodexの使い分け(権限と承認)へ。この記事はその手前、GitとGitHubがそれぞれ何のためにあり、変更をどう残すのかだけを扱います(ツールの権限設定の話ではありません)。
AIと一緒にコードを書き始めると、最初につまずくのが「GitとGitHub、結局どっちが何なの?」という点です。名前が似ているうえ、どちらもコードを扱うので混ざります。この記事は、2つの担当範囲を分けて、最初に何を残せばよいのかを掴むための整理です。
結論:Gitは「変更を記録する仕組み」、GitHubは「それを置いて協働する場所」
Gitはファイルの変更を追跡し、各自の作業コピーで変更履歴を記録し、他者の変更と安全にマージできるバージョン管理システムです。GitHubはGitプロジェクトをリポジトリとしてクラウドでホストし、計画や協働のための機能を追加するプラットフォームです。
つまり、履歴を作るのがGit、その履歴を共有して人が確認する場を用意するのがGitHub、という分担になります。そしてAIが変更を作る場合でも、何が変わったのかを履歴と差分で見る作業は手元に残ります。
GitとGitHubの役割の違い
Gitは、自分の手元にある作業コピーに対して変更履歴を記録します。誰かと一緒に作業する場合も、それぞれの変更を安全にマージできるように設計されたバージョン管理システムです。
GitHubは、そのGitプロジェクトを「リポジトリ」としてクラウドでホストし、そこに計画や協働のための機能を足します。GitHubは自らを、計画、作成、レビュー、テスト、デプロイ、運用という各段階を支援するプラットフォームとして説明しています。コードを置く場所というより、コードを中心にした作業の流れ全体を扱う場所と捉えるほうが実態に近いといえます。
リポジトリと変更履歴が答えてくれること
リポジトリに変更履歴が積まれていくと、あとから「いつ・何が・どう変わったのか」をたどれるようになります。逆にいえば、履歴に残していない変更は後から追えません。最初に覚えるべきなのはコマンドの数ではなく、残した分だけ後から確認できるという性質のほうです。
なお、具体的なコマンドや認証の設定手順は、この記事では扱いません。実際の操作はGitおよびGitHubの公式ドキュメントで確認してください。
変更を小さく記録して確認する流れ
ここからは当社の編集上の実務原則です(GitHubが結果を保証するものではありません)。変更履歴とレビュー機能があるという前提から導くと、扱いやすいのは次の順序です。
- 作業の区切りごとに変更を記録する — まとめて記録するほど、後から差分を読むのが難しくなります
- 記録した差分を自分で読む — 「動いた」ではなく「何が変わったか」を見る
- 共有する段階でレビューにかける — GitHubは、作成の次の段階としてレビューを置いています
AIが作った変更を扱うときの確認
GitHubは、AI支援ツールやエージェントを使って、コードの作成、理解、レビュー、開発の自動化を行う用途を案内しています。AIが変更を書く前提でも、履歴と差分を人が確認するという順序は変わりません。
AIが生成した変更を、差分を読まないまま取り込んでよいということではありません。依頼していない箇所まで変わっていないか、意図した範囲に収まっているかは、記録された差分を見て判断します。
🔗 次に読む
- AIに実装を任せた「後」に何を見るかは「動いた」以外に確認する4つのことへ。
- AIの業務活用の全体像は生成AIの業務活用 完全ガイドへ。
- (公開後に追加)テストを書く意味 — 期待値を先に決める話
※本記事は2026年7月22日確認時点のGitHub公式ドキュメントの説明に基づく整理です。GitやGitHubを使うこと自体が、バックアップ・レビュー・コードの正しさを保証するものではありません。実際の操作・設定・利用条件は公式情報をご確認ください。
コメント