GitHub conflictとは
conflictは、同じファイルや近い行に複数の変更が入り、Gitが自動で決めきれない状態です。どちらか一方を機械的に選ぶ前に、両方の意図と公開後の影響を確認します。
このページでわかること
- 同じ箇所の変更がぶつかった状態を理解する
- どのbranch同士で起きたか確認する
- 解消後は表示、テスト、差分を見直す
まず確認すること
- conflict markerが残っていないか見る
- 削除された側に必要なタグや導線がないか見る
- 解消後のcommitとPR diffを確認する
やってはいけないこと
- 片側だけを読んで全採用する
- conflict markerを本文へ残す
- 原因不明のまま本番反映へ進める
安全寄りに進める手順
- 対象の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で最新の説明を確認してください。