GitHubを見る前に
コード管理と秘密情報を分けて考える
GitHubはコード履歴や差分確認に向いています。APIキー、パスワード、DB情報などを置かないこともセットで確認しましょう。
まなぶちゃん
GitHubには何でも保存していいの?
GPTガイドくん
コード管理には便利ですが、秘密情報は入れません。差分を見るページと、入れてはいけないもののページを一緒に確認しましょう。
コードを見る差分を確認する秘密情報を避ける
Rollback library
GitHubを戻せる場所として使う方法
事故が起きた時に慌てて全部戻すのではなく、差分を見て直前変更を確認する考え方を整理します。
このページは非公式の実践ガイドです。GitHubの画面や機能、仕様は変わる可能性があります。最新情報が必要な場合は、提供元が公開している情報も確認してください。コードやファイルの変更後は人間が確認してください。
このページで分かること
差分を見る
変更前後を確認し、どこが変わったかを見ます。
直前変更だけ見る
全部戻す前に、戻す対象ファイルを絞ります。
Codex報告書と照らす
報告書とGitHub差分を合わせて判断します。
GitHubがあると変更前後を確認しやすい
GitHubに履歴が残っていると、失敗した時に変更前後を確認しやすくなります。どのファイルが変わったか、どの行が追加・削除されたかを見てから戻す判断ができます。
全部戻す前に直前変更を見る
問題が出た時に、原因未特定のまま大きく戻すと別の問題が起きることがあります。まずは直前変更、変更ファイル、影響範囲を確認します。
Codex報告書とGitHub差分を照らす
Codex報告書に書かれた変更ファイルと、GitHub上の差分が一致しているか確認します。報告書にない変更があれば、完了扱いにする前に止めて確認します。
ロールバックする前に確認すること
- どのURLで問題が出たか
- 直前に変えたファイルはどれか
- 戻す対象は1ファイルか複数か
- SEOタグやsitemapは変わったか
- DBやサーバー設定は関係するか
- 戻した後にHTTP 200を確認できるか
GitHubがあっても万能ではない
注意 DBやサーバー設定はGitHubだけでは戻らないことがあります。GitHubに入れていないファイルも戻せません。外へ出せない設定値や本番設定をリポジトリに置かない前提で、人間が最終確認してください。
悪い例 / 良い例
| 悪い例 | 良い例 |
|---|---|
| 原因を見ずに全部戻す | 直前変更と差分を先に見る |
| 関係ないファイルまで削除する | 戻す対象ファイルを絞る |
| Codex報告書を無視する | 報告書の変更ファイルとGitHub差分を照らす |
| 戻した後に確認しない | HTTP 200、SEOタグ、内部リンクを確認する |
ロールバックチェックリスト
- 差分を確認した
- 直前変更だけを見た
- Codex報告書と照らした
- 戻すファイルを決めた
- 戻さないファイルを決めた
- HTTP 200確認を予定した
- SEOタグ維持を確認する
- 原因未特定の大規模削除を避けた
やってはいけないこと
- mainへ大きな変更を直接入れる
- 外へ出せない情報を通常ファイルへ置く
- AIレビューだけで完了扱いにする
- 複数サイトやリポジトリを同じ前提で混ぜる
- 差分や報告書を読まずに次へ進む

