作為程式設計師，瞭解diff&patch命 令是非常必要的。比如說我們發現某個專案有bug程式碼，而自己又沒有svn的提交許可權，那麼此時最合適的解決方法就是用diff命令做一個補丁發給專案成 員。專案成員通過patch命令可以立刻知道你的意圖。有人會說直接傳一個新檔案不是更簡單？不要忘了，一個patch檔案尺寸更小傳輸更快，而且可以明 顯的看到都做了哪些修改。

保證當前目錄是demo名錄：

# mkdir demo
# cd demo

先模擬一個專案目錄old：

# mkdir -p old/a/b
# vi old/a/b/foo.txt
old_line_1
old_line_2

假設我們發現專案old有bug程式碼，下面我們先拷貝一個新目錄new，並在此修改bug程式碼：

# cp -r old new
# vi new/a/b/foo.txt
new_line_1
new_line_2

保證old和new兩個目錄都在當前目錄下，下面就可以使用diff命令了，不要使用絕對路徑，而應該使用相對路徑，至於原因，看到文章結尾你就清楚了：

# LC_ALL=C TZ=UTC0 diff -Naur old new > foo.patch

如果不在意字符集，時差等問題，也可以省略LC_ALL=C TZ=UTC0環境變數：

# diff -Naur old new > foo.patch

其中-Naur引數屬於固定打法，不管是對一個檔案，還是對一個目錄，在使用這個引數基本就可以了。

大概瀏覽一下補丁檔案：

# cat foo.patch
diff -Naur old/a/b/foo.txt new/a/b/foo.txt
--- old/a/b/foo.txt 2009-12-07 20:40:07.000000000 +0800
+++ new/a/b/foo.txt 2009-12-07 20:41:51.000000000 +0800
@@ -1,2 +1,2 @@
-old_line_1
-old_line_2
+new_line_1
+new_line_2

加減號後面的內容是有用的內容，其他的內容是方便你查閱的相關資訊內容，補丁製作完成。

此時的檔案目錄結構大概如下所示：

#tree
demo
|-- old
| `-- a
| `-- b
| `-- foo.txt
|-- new
| `-- a
| `-- b
| `-- foo.txt
`-- foo.patch

下面看看如何使用patch來應用補丁，要注意的是當前目錄是demo，試試下面命令：

# patch -p0 < foo.patch
patching file old/a/b/foo.txt

這裡唯一需要說明的是p0的含義，因為在foo.patch補丁檔案裡的路徑資訊是這樣的：

--- old/a/b/foo.txt

p表示跳過幾級目錄，因為是在demo目錄下使用的patch命令，old目錄就在demo目錄下，所以不必跳過任何目錄，而應該使用old/a/b/foo.txt完整路徑，所以此時使用的是p0。

檢視一下目標檔案，你會發現內容已經修改成新的了：

# cat old/a/b/foo.txt
new_line_1
new_line_2

此時如果你再次使用patch命令，系統會問你是否想還原：

# patch -p0 < foo.patch
patching file old/a/b/foo.txt
Reversed (or previously applied) patch detected! Assume -R? [n] y

檢視一下目標檔案，你會發現內容已經還原成舊的了：

# cat old/a/b/foo.txt
old_line_1
old_line_2

如果你想嚴格指定是應用補丁可以使用下面命令（就是增加N引數）：

# patch -Np0 < foo.patch

如果你想嚴格指定是還原補丁可以使用下面命令（就是增加R引數）：

# patch -Rp0 < foo.patch

註釋：在本例中，每次應用補丁後，自己還原補丁，以備後用繼續試驗，我就不多說了。

看到這裡如果你對patch的p引數還不太清楚的話，接著往下看，我們改變一下當前路徑：

# cd old

此時就應該是p1，而不是p0了，引用foo.patch檔案的路徑也要相對變一下，因為當前目錄已經是old了：

# patch -p1 < ../foo.patch
patching file a/b/foo.txt

因為此時我們是在old下使用patch命令，和a子目錄平級，而補丁檔案foo.patch裡的路徑宣告是：

--- old/a/b/foo.txt

也就是說第一個斜線左邊的old/部分已經沒用了，這就是p1的含義！

繼續往深度變換路徑，依次測試使用p2,p3引數：

# cd a

# patch -p2 < ../../foo.patch
patching file b/foo.txt

# cd b

# patch -p3 < ../../../foo.patch
patching file foo.txt

在本例中，p3已經是最深目錄了，此時可以省略p引數：

# patch < ../../../foo.patch
patching file foo.txt

也就是說，不使用p引數的時候，patch命令會忽略任何目錄，直接使用檔案。

下面接著文章前面說的為什麼使用diff命令時最好不要使用絕對路徑，而應該使用相對路徑？

答：如果你在使用diff的時候使用的是絕對路徑，那麼補丁檔案裡的檔案路徑資訊會類似下面的樣子：

--- /a/b/c/d/e/f/g/bar.txt

如此一來，當別人想應用你的補丁時，因為目錄結構肯定有差異，所以就不得不費力判斷到底使用p幾。這樣一來就很容易出錯，相反，如果使用相對路徑的話，大多數時候，p0或者p1就足夠了，不易出錯。

跟著本文的步驟操作一下，肯定能掌握diff&patch用法，基本上使用diff時就是"diff -Naur FROM TO"（FROM, TO為變數）這樣的固定打法，然後在使用patch的時候，先看看補丁檔案的大致內容，結合當前目錄以確定需要跳過的目錄數，然後套用"patch -pN < patch.file"（N為變數）即可。

－－－－－－－－－－－－－－－－－－－
　　總結一下：

　　單個檔案

　　diff –uN from-file to-file >to-file.patch

　　patch –p0 < to-file.patch

　　patch –RE –p0 < to-file.patch

　　多個檔案

　　diff –uNr from-docu to-docu >to-docu.patch

　　patch –p1 < to-docu.patch

　　patch –R –p1

　　－－－－－－－－－－－－－－－－－－－

應用

　　為核心打補丁。前面在建立交叉編譯工具鏈時，其中有一步就是為核心打補丁。當時還不是特別瞭解，現在很清晰了。參考前面的文章《基於ARM+Linux嵌入式開發的開發工具鏈的建立》。


　　1、首先是解壓，因為釋出的補丁檔案都是使用gzip壓縮的。

　　$gunzip ../setup-dir/ patch-2.4.21-rmk1.gz

　　2、然後進入你的核心原始碼目錄

　　$cd linux-2.4.21

　　3、打補丁

　　$patch –p1 < ../../setup-dir/patch-2.4.21-rmk1

　　打完補丁後，需要檢查一下有沒有拒絕執行的檔案，即檢查.rej檔案的存在。使用命令：

　　$find . -name *.rej

　　如果發現，會將其輸出到標準輸出終端，預設螢幕。當然，你也可以採用重定向，輸出到指定檔案，比如reject。

　　$fine . -name *.rej >reject

　　然後可以檢視reject的內容了。