このページでわかること
Codexでbranchを扱う時の、main、作業branch、rollback、PRの基本的な注意点がわかります。
結論
CodexにGitHub実務を任せる時は、対象repo、branch、差分、Secrets、CI、PR本文を分けて確認します。main直push、危険操作、テスト無効化、private repoなら安全という考え方は避けます。
対象読者
CodexでGitHubのIssue、PR、レビュー、CI、branch、private repo、READMEやrelease noteを扱いたい人向けです。
Codexに任せやすいこと
branch名候補、作業範囲の整理、差分確認、rollback前提の報告書作成。
人間が確認すべきこと
mainへ直接反映していないか、作業途中で目的を変えていないか、不要ファイルが混ざっていないか。
GitHub作業での注意点
branch名は作業内容が分かるようにし、変更単位を小さくし、PRで確認できる状態にします。
やってはいけないこと
危険コマンド、force pushの安易な推奨、テスト無効化、Secretsやtokenのログ出力、社内コードや顧客情報の入力推奨は避けます。
STOP条件
main直修正が必要、force pushが必要、rollback方法が不明、別repoの差分が混ざった場合。
FAQ
mainに直接pushしてよいですか？
基本的に避けます。作業branchとPRで確認する方が安全です。
branch名は何でもよいですか？
作業内容が分かる名前にすると、報告やレビューが楽になります。
rollbackは保証できますか？
保証はできません。戻しやすい差分にする意識が大事です。
複数作業を同じbranchに混ぜますか？
混ぜない方が安全です。作業単位を小さくします。