git patch 解決思路

幾個新手剛剛開始接觸 Git，爲了維護核心倉庫的“純潔”，避免太多無關信息被誤提交進倉庫（再次批評一些圖形化工具默認的“Select All”），採用了核心倉庫只讀，郵件提交 patch，審覈後再提交的工作流程。

期間有時會遇到合併衝突，正常的原因一般是未及時下載新版本產生了衝突，特殊一點的原因是手工修改 patch 內容導致的。有時候看註釋寫得不夠準確，忍不住就改了，有時候是 Geany 保存時自動去除了 patch 原文中的行尾空格，有時候是文件回車格式、BOM 等變動了，總之合併 patch 的時候，如果生成 patch 的“原稿”找不到，一般就產生了衝突，比如：

$ git am 0001-BUG-Sybase.patch
Applying: CHG: 讀取Sybase如果時間爲空,設置默認時間的修改
error: patch failed: source.php:38
error: source.php: patch does not apply
Patch failed at 0001.
When you have resolved this problem run "git am --resolved".
If you would prefer to skip this patch, instead run "git am --skip".
To restore the original branch and stop patching run "git am --abort".

剛開始一看有些懵，因爲沒有任何衝突在哪裏的提示，後來找到一種方法，am 操作出問題後先手工 apply：

$ git apply --reject 0001-BUG-Sybase.patch
Checking patch source.php...
error: while searching for:
        // 註釋
        // 以下爲幾行代碼片斷
error: patch failed: source.php:38
Applying patch source.php with 1 rejects...
Rejected hunk #1.

這樣，就把沒有衝突的文件先合併了，剩下有衝突的作了標記。先看輸出，error: while searching for: 說明是這段代碼有衝突，error: patch failed: source.php:38 指明瞭產生衝突的代碼片斷的開始行號，相應的，patch 中應該有這麼一段：

diff --git a/source.php b/source.php
index 8770441..4e77b8a 100644
--- a/source.php
+++ b/source.php
@@ -38,27 +38,23 @@ class Site extends Module
        // 註釋
        // 以下爲幾行代碼片斷

同時，還會產生一個 source.php.rej 文件，裏面也是上面這段因爲衝突無法合併的代碼片斷。

現在，在這段代碼中查找衝突原因，並對文件進行修改，source.php.rej 參考完了可以刪掉。改好之後，用 git add 把 source.php 添加到緩衝區，同時也要把其他沒有衝突合併成功了的文件也加進來，因爲在作 apply 操作的時候他們也發生了變化：

$ git add source.php
$ git add 其他 apply 進來的文件們

最後：

$ git am --resolved
Applying: CHG: 讀取Sybase如果時間爲空,設置默認時間的修改

大功告成。

中間如果處理亂了，用 git reset 恢復即可，所以合併 patch 在一個“乾淨”的分支上處理更好。