GitHubのcommit履歴を見る方法
commit履歴は、いつ、誰が、どの変更を入れたかを確認する入口です。戻す前、revert前、原因調査前に、履歴とdiffを分けて確認します。
このページでわかること
- repo全体のcommit履歴を見る
- ファイルごとの履歴を見る
- commit message、PR、Issueとのつながりを見る
まず確認すること
- 大きな変更の前後を確認する
- Secretsや個人情報が含まれるcommitがないか注意する
- 履歴に残る情報を軽く扱わない
やってはいけないこと
- 履歴確認だけで安全と判断する
- 実値や内部情報を報告本文に貼る
- 原因不明のまま戻し作業へ進む
安全寄りに進める手順
- 対象のrepo、branch、PR、Actions runを確認する。
- Secrets、APIキー、token、.env、個人情報が差分やログに出ていないか見る。
- 必要な場合は値を停止または再発行し、影響範囲を整理する。
- 変更は小さなbranchとPRに分け、CIとreviewで確認する。
CodexやAI作業時の注意
AIに作業を渡す時は、対象ファイル、触らないファイル、確認項目を明記します。認証情報や実際のキー値は本文、Issue、PR説明、ログ、レポートに残さないようにします。
公式情報で確認する領域
Actions、Secrets、PR、repository visibility、workflow permissionsは仕様が変わることがあります。実作業前にはGitHub Docsで最新の説明を確認してください。
履歴は「過去の自分とAIの作業報告書」
commit履歴の見方を覚える価値は、「いつ・誰が・何を・なぜ変えたか」を後から確実に辿れることにあります。サイトの表示がいつからかおかしい、という時に、履歴を新しい方から辿って「怪しい変更」を特定するのが典型的な使い方です。GitHubのWeb画面ではリポジトリの「Commits」から一覧を見られ、各commitをクリックすると、その時の差分が緑（追加）と赤（削除）で表示されます。
目的別・履歴の追い方
| 知りたいこと | 見る場所 |
|---|---|
| このファイル、いつ誰が変えた？ | ファイルを開いて「History」— そのファイルに関わるcommitだけが並ぶ |
| この行は何のために書かれた？ | ファイルの「Blame」表示 — 行ごとに最後に変更したcommitが分かる |
| 不具合はいつから混入した？ | Commits一覧を新しい方から辿り、該当箇所の差分を確認 |
| AIは先週何をやった？ | 期間で絞って、AIが作ったcommitのメッセージと差分を流し読み |
CodexやClaude Codeに作業を任せている場合、履歴は「AIの活動記録」そのものです。週に一度など定期的に履歴を流し読みし、「知らない変更」がないかを確認する習慣は、任せきり運用の安全網として非常に効きます。見覚えのないcommitを見つけたら、差分を開いて中身を確認してください。