合併的時候撞到衝突，會怎樣？
指令直接失敗、印一行紅字就結束。
你的電腦一個字都不會變，不用收拾任何東西。
為什麼你這邊不會弄髒？
因為合併不是在你的電腦上做的。 這道指令只是打一通電話給 GitHub，叫它去合併。
只負責打電話。
沒有動到任何檔案，
工作目錄乾乾淨淨。
在它家試著合併。
發現兩邊改到同一行，
算不出結果就回絕你。
跟你熟悉的那個 merge 差在哪
東西全擺在你的流理台上。撞到衝突，鍋碗瓢盆就攤在那裡，
檔案裡會被塞進一堆 <<<<<<< 記號。
你要收拾：不是解完它，就是 git merge --abort 把現場還原。
你只是送了一張單子過去。工廠做不出來就把單子退回來， 你家流理台從頭到尾沒被碰過。
你不用收拾：沒有半個檔案被改，沒有狀態要還原。
螢幕上會出現這三行
第一行是真話。後面兩行是陷阱。
「合不起來」
照做沒用
照做沒用
這兩行建議不是為你寫的。
合併失敗有很多種原因，而 gh 不管哪一種都印同一組建議。
那兩個旗標其實在做什麼
它的意思是「排隊等」——條件都湊齊的那一刻，自動幫我合併。 它不會去解決任何事，只是站在門口等門開。
衝突不會自己好。門永遠不開，你就排到天荒地老。
它的意思是「我有鑰匙」——用管理員身分打開規則鎖， 比如「一定要有人審核」「CI 一定要綠」這種人訂的門檻。
衝突不是一道鎖，是兩張紙寫了不一樣的字、沒人知道該留哪張。鑰匙開不了「沒有答案」。
真正的解法：把衝突搬回家解
GitHub 不會幫你決定該留誰的版本。只有你能決定，所以得在你的電腦上做。
<<<<<<< 那些記號清乾淨。實際打的指令長這樣：
git switch main
git pull # 把別人合併進去的新東西抓下來
git switch 你的分支
git rebase main # 疊到最新的 main 上；這時會停下來叫你解衝突
git add . # 解完之後標記「這幾個檔我處理好了」
git rebase --continue
git push --force-with-lease # rebase 改寫了歷史，一般的 push 會被擋
gh pr merge --squash --delete-branchgit merge main，最後一步就不用強推，普通的
git push 就好。代價是歷史上會多一個合併節點，線圖沒那麼直。
換成 --merge 或 --rebase 有用嗎？
GitHub 判斷「能不能合併」，是拿你的分支跟 main 做標準比對，
跟你打算用哪種方式合併完全無關。
所以這不是 squash 的問題，換哪一個都一樣。
可是我送 PR 的時候明明還好好的
對，衝突多半不是你造成的，是等待期間長出來的。