AI 改壞了也不怕：Git 版本控制 · 第 04 章
合併與解決衝突
分支驗證通過，合併回主線。快進合併與三方合併的差別；兩邊改到同一行時，衝突標記怎麼讀、怎麼帶著 AI 一次解乾淨。
貓老闆的簡報
合併出衝突不要慌，那代表兩個版本的意見不一致。你當裁判，AI 當翻譯——但判決要你下。
——貓掌櫃官網的老闆「掌櫃」下需求時的原話
這章做什麼
把 dark-hero 合併回主線，途中處理一場真實的衝突：讀懂標記、做出裁決、合併後跑走查。
動手做
- 合併前先確認主線乾淨：所有改動都已提交，工作區是安靜的。
- 讀懂衝突標記：<<<<<<< 之間是兩個版本的主張，======= 分隔，>>>>>>> 標明對方是誰。
- 裁決原則：設計聽你的、事實聽資料、拿不準就兩個版本都預覽一次再決定。
- 解完衝突提交，然後把首屏走查清單重跑一遍——衝突解錯邊是常見事故。
親手試試
主線的版本（先上線的）
.hero-title {
color: #262014; ← 墨色標題
background: #f8f3e7;
}分支的版本（深色實驗）
.hero-title {
color: #f8f3e7; ← 反白的字
background: #262014;
}合併後（你的裁決）
.hero-title {
color: #f8f3e7;
background: #262014;
} ← 深色版勝出，
因為貓老闆核准過實驗這樣對 AI 說
中文就可以
合併 dark-hero 到 main 的時候出現衝突。請：一、列出所有衝突的檔案與行數。二、對每一處衝突，解釋「主線的版本」與「分支的版本」各自是什麼、差在哪裡。三、提出你的建議和解法，但等我確認再動手。四、全部解完之後跑首屏走查，確認沒壞，再完成合併提交。
「等我確認再動手」在解衝突時特別重要：AI 替你下的裁決，你之後會用三倍時間找回來。
安全習慣檢查
衝突不可怕，可怕的是無意識地「全部接受」——安全習慣就是把裁判權留在自己手上。
- 合併前主線乾淨：沒有未提交的改動
- 每一處衝突都看過兩個版本才裁決，不無腦全收
- 合併後重跑相關走查，才算是真的合併完
這章的相關詞條
詞條頁都有可以動的示範——卡住的時候，去把名詞弄清楚，回來繼續做。
進度只存在這台瀏覽器，不上傳、不追蹤。