このページでわかること
Issue確認、branch作成、PR作成、CI確認、レビューコメント対応、Secrets確認の順番を確認できます。
対象読者
CodexとGitHubを組み合わせて、差分確認やPR運用を安全に進めたい人向けです。
読む順番
GitHub連携、IssueからPR、branch管理、PR作成、Actions/CI、レビューコメント、private repo安全確認へ進みます。
Codexに任せやすい作業
差分要約、PR本文下書き、CIログ確認、レビューコメント分類、小さな修正候補の作成です。
人間が確認すること
mainへの反映判断、Secrets混入、権限、レビュー返信の最終文面、影響範囲は人間が確認します。
やってはいけないこと
履歴に強く影響する操作を安易に扱う、確認工程を省く、Secretsを本文やログに出すことは避けます。
注意
このロードマップでは、AdSenseコード、Search Console確認タグ、robots.txt、ads.txt、.htaccess、DB、cron、DNS、API、OAuth、canonical/noindex方針を変更しません。秘密情報、認証情報、サーバーパス、非公開ログも本文に出しません。
差分を読むときに見落とすところ
変更点の一覧は「変わった行」を見せてくれますが、いちばん危ないのは変わっていない場所に起きる影響です。差分だけを見て通すと、そこを取りこぼします。
- 共通部分を触った変更。1ファイルの差分でも、全ページに効きます。差分の大きさと影響範囲は比例しません
- 意図せず入ったファイル。作業中の一時ファイルや出力データが混ざっていないか。行数ではなくファイル一覧で見ます
- 削除された行。足した行は目に付きますが、消えた行は見落とします。消してよかったのか確かめます
- 改行や空白だけの差分。実質の変更が埋もれます。多いときは、表示の設定で無視して読みます
2つ目は実際に踏みました。まとめて記録に加える操作をしたら、その場で書いた検証用の処理まで入りました。中身を確認して外しましたが、記録には残ります。加える前にファイル一覧を見る——それだけで防げます。
1回の作業に1つの目的
変更を分けておく理由は整理のためではなく、失敗したときに戻す範囲を小さくするためです。
| 良い分け方 | 「文章の修正」と「見た目の調整」を別にする／共通部分の変更は単独にする |
|---|---|
| 悪い分け方 | 1日の作業をまとめて1つにする／ついでの整理を混ぜる |
混ぜてしまうと、良い変更と悪い変更が同じ塊になり、片方だけ戻せません。「ついでに直した」部分が原因だった場合、本命の変更ごと巻き戻すことになります。
そして変えた理由を1行残してください。数週間後に見返すのは自分です。何を変えたかは差分を見れば分かりますが、なぜ変えたかは記録にしか残りません。
FAQ
このページはリンク集ですか？
いいえ。目的別に読む順番と判断基準を整理し、必要な既存ページへ進むためのハブです。
Codexに任せれば必ず成果が出ますか？
成果は保証できません。作業範囲、公開前確認、人間の判断、既存サイトの状態を合わせて確認します。
未作成URLへリンクしていますか？
リンク先は公開確認できる既存ページ、または今回作成したページだけに絞ります。
公式ページですか？
公式ではありません。Codexをサイト運用で使う時の実践メモとして整理しています。