Git rerere 實戰：記住衝突解法，讓 Rebase 與 Merge 不再重做

Sat, 29 Aug 2026 10:44:00 +0800

一. 前言：同一個衝突，為什麼要解第二次？
#

你在功能分支上埋頭開發兩週，每天都把最新的 main rebase 進來。偏偏團隊也在改同一份設定檔，於是那三行衝突像固定打卡一樣，每隔幾天就回來一次。第一次仔細判斷、跑測試、完成解法很合理；第五次還靠記憶重打一遍，就只是把腦力浪費在重播。 Git 其實內建了一個低調工具：rerere，名稱來自 reuse recorded resolution。它會記住「某種衝突長什麼樣」以及「你最後怎麼解」，下次遇到相同或可套用的衝突時，把舊解法放回工作樹。這篇拍拍君會帶你完成一條可重做、可檢查的流程：

在單一 repo 或全域啟用 rerere；
製造並手動解掉第一次衝突；
重跑 merge，觀察舊解法自動出現；
用 status、remaining、diff 檢查紀錄；
撤銷錯誤記憶，管理保留期限；
把 rerere 放進 rebase 與團隊工作流程，又不跳過 review。如果你還不熟悉 rebase 本身，先看 Git rebase 完全攻略；如果是不小心把 commit 弄丟，該找的是 Git reflog 救援實戰。

Merge on 每日拍拍

Git rerere 實戰：記住衝突解法，讓 Rebase 與 Merge 不再重做

一. 前言：同一個衝突，為什麼要解第二次？ #

一. 前言：同一個衝突，為什麼要解第二次？
#