- このページで分かること
- なぜ戻せる状態が大事か
- 戻す時に確認すること
- GitHubがある場合の戻し方
- Codexに戻しを頼む時の指示文
- やってはいけないこと
- ロールバック前チェックリスト
- 関連ページ
このページで分かること
ロールバックとは、問題が起きた変更を戻すことです。Codex作業では、作業前に戻せる状態を作り、変更ファイル一覧を残し、直前変更だけを対象にして戻すことが重要です。
なぜ戻せる状態が大事か
公開ページが崩れた時、どのファイルを戻せばよいか分からない状態が一番危険です。作業前バックアップ、GitHubのcommit、変更ファイル一覧、確認URLがあれば、問題の切り分けがしやすくなります。
戻す時に確認すること
- 直前変更の範囲
- 戻す対象ファイル
- 戻さないファイル
- 戻す理由
- 確認URL
- SEOタグ維持
- 内部リンク
- HTTP 200
- スマホ表示
GitHubがある場合の戻し方
GitHubで管理している場合は、直前commit、PR差分、対象ブランチを確認します。大量削除や無関係ファイル変更で戻すのではなく、問題の変更だけを切り分けます。mergeや本番反映は人間が確認してから行います。
Codexに戻しを頼む時の指示文
直前の変更だけを戻してください。戻す対象ファイル、戻す理由、戻さないファイル、確認URLを明記してください。大規模削除や無関係ファイル変更は禁止です。戻した後にHTTP 200、SEOタグ維持、内部リンクを確認してください。やってはいけないこと
- 原因不明のまま大量削除する
- 関係ないファイルまで戻す
- バックアップの内容を確認しない
- 戻した後のHTTP確認をしない
- SEOタグや内部リンク確認を省く
ロールバック前チェックリスト
- 戻す対象が明確
- 戻さないファイルが明確
- 確認URLがある
- 直前変更だけを対象にしている
- 戻した後の確認項目がある
- 人間が最終確認する


