トラブル・復旧
ブランチ作業で競合した時に確認したいこと
ブランチ作業で競合した時に、作業ブランチ、mainとの差分、機械的に解決しない注意を整理します。
このサイトはGitHub公式サイトではありません。GitHubの基本的な使い方や、Codex・ChatGPT時代のコード管理を初心者向けに整理する非公式ガイドです。機能・料金・提供状況は変更される可能性があるため、重要な判断ではGitHub公式情報も確認してください。
このページでわかること
- ブランチ作業で競合した時に確認したいことで最初に確認すること
- 実務でつまずきやすいポイント
- CodexやChatGPTと組み合わせる時の考え方
- 秘密情報や本番反映の事故を避ける注意点
最初に結論
競合が出たら、どのブランチのどの変更がぶつかっているかを先に確認します。
初心者向け説明
競合は失敗ではなく、Gitが自動判断できない状態です。機械的に片方を消す前に、残すべき内容を確認します。
向いている使い方
- 作業前の確認手順を固定したい
- GitHub管理サイトの事故を減らしたい
- CodexやChatGPT作業の確認に使いたい
注意が必要な使い方
- 秘密情報をGitHubやHTMLに出さない
- 本番反映前に公開URLと差分を確認する
- わからないまま削除や上書きをしない
CodexやChatGPTと組み合わせる場合
CodexやChatGPTに依頼する時は、目的、対象ファイル、触らないファイル、停止条件、報告形式を分けて書くと、作業後のGitHub確認へつなげやすくなります。
秘密情報・APIキー・パスワード・個人情報の注意
APIキー、パスワード、秘密鍵、FTP資格情報、DB情報、メール設定、個人情報は、HTML、README、ログ、JSON、報告書、GitHubの差分に出さない前提で扱います。
関連ページ
FAQ
ブランチ作業で競合した時に確認したいことは初心者でも確認できますか?
はい。操作の細部より、どの順番で何を確認するかを重視して整理しています。
CodexやChatGPTを使う場合も必要ですか?
必要です。自動化できる部分が増えても、差分確認、秘密情報確認、公開URL確認は残します。
秘密情報が混ざった可能性がある時は?
commit、push、merge、deployを急がず、公開範囲と履歴への混入有無を確認します。必要ならキーやパスワードを無効化します。
本番反映後も確認しますか?
はい。GitHub上の状態と公開URLの状態は別なので、deploy後にHTTP 200、CSS、canonical、noindexなしを確認します。