此命令用于为特定软件包打补丁，他使用diff命令对源文件进行操作。
基本命令语法：
patch [-R] {-p(n)} [--dry-run] < patch_file_name
p：为path的缩写。
n：指将patch文件里的path第n条’/’及其左边部分取消。
-R：卸载patch包。
--dry-run：尝试patch软件，并不真正改动软件。
使用实例：
/home/sense/patch-2.6.19.1
=============================================================
diff --git a/arch/i386/kernel/acpi/boot.c b/arch/i386/kernel/acpi/boot.c
index d12fb97..c8f96cf 100644
--- a/arch/i386/kernel/acpi/boot.c
+++ b/arch/i386/kernel/acpi/boot.c
@@ -333,7 +333,7 @@ acpi_parse_ioapic(acpi_table_entry_heade
/*
* Parse Interrupt Source Override for the ACPI SCI
*/
-static void acpi_sci_ioapic_setup(u32 bus_irq, u32 gsi, u16 polarity, u16 trigger)
+static void acpi_sci_ioapic_setup(u32 gsi, u16 polarity, u16 trigger)
=============================================================
此patch文件的path=a/arch/i386/kernel/acpi
[sense@ssn src]$ pwd
/usr/src
[sense@ssn src]$ tree
.
`-- a
`-- arch
`-- i386
`-- kernel
`-- acpi
和a/同文件夹时：
[sense@ssn src]$ pwd
/usr/src
[sense@ssn src]$ patch -p0 < /home/sense/patch-2.6.19.1 安装补丁
[sense@ssn src]$ patch -p0 -R < /home/sense/patch-2.6.19.1 卸载补丁
和a/arch/同文件夹时：
[sense@ssn src]$ pwd
/usr/src/a/
[sense@ssn src]$ patch -p1 < /home/sense/patch-2.6.19.1 安装补丁
[sense@ssn src]$ patch -p1 -R < /home/sense/patch-2.6.19.1 卸载补丁
和a/arch/i386/同文件夹时：
[sense@ssn src]$ pwd
/usr/src/a/arch/
[sense@ssn src]$ patch -p2 < /home/sense/patch-2.6.19.1 安装补丁
[sense@ssn src]$ patch -p2 -R < /home/sense/patch-2.6.19.1 卸载补丁
基本命令语法：
patch [-R] {-p(n)} [--dry-run] < patch_file_name
p：为path的缩写。
n：指将patch文件里的path第n条’/’及其左边部分取消。
-R：卸载patch包。
--dry-run：尝试patch软件，并不真正改动软件。
使用实例：
/home/sense/patch-2.6.19.1
=============================================================
diff --git a/arch/i386/kernel/acpi/boot.c b/arch/i386/kernel/acpi/boot.c
index d12fb97..c8f96cf 100644
--- a/arch/i386/kernel/acpi/boot.c
+++ b/arch/i386/kernel/acpi/boot.c
@@ -333,7 +333,7 @@ acpi_parse_ioapic(acpi_table_entry_heade
/*
* Parse Interrupt Source Override for the ACPI SCI
*/
-static void acpi_sci_ioapic_setup(u32 bus_irq, u32 gsi, u16 polarity, u16 trigger)
+static void acpi_sci_ioapic_setup(u32 gsi, u16 polarity, u16 trigger)
=============================================================
此patch文件的path=a/arch/i386/kernel/acpi
[sense@ssn src]$ pwd
/usr/src
[sense@ssn src]$ tree
.
`-- a
`-- arch
`-- i386
`-- kernel
`-- acpi
和a/同文件夹时：
[sense@ssn src]$ pwd
/usr/src
[sense@ssn src]$ patch -p0 < /home/sense/patch-2.6.19.1 安装补丁
[sense@ssn src]$ patch -p0 -R < /home/sense/patch-2.6.19.1 卸载补丁
和a/arch/同文件夹时：
[sense@ssn src]$ pwd
/usr/src/a/
[sense@ssn src]$ patch -p1 < /home/sense/patch-2.6.19.1 安装补丁
[sense@ssn src]$ patch -p1 -R < /home/sense/patch-2.6.19.1 卸载补丁
和a/arch/i386/同文件夹时：
[sense@ssn src]$ pwd
/usr/src/a/arch/
[sense@ssn src]$ patch -p2 < /home/sense/patch-2.6.19.1 安装补丁
[sense@ssn src]$ patch -p2 -R < /home/sense/patch-2.6.19.1 卸载补丁
作为程序猿，了解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几。这样一来就非常easy出错，相反，假设使用相对路径的话，大多数时候，p0或者p1就足够了，不易出错。
diff –uNr from-docu to-docu >to-docu.patch
patch –p1 < to-docu.patch
patch –R –p1
保证当前文件夹是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几。这样一来就非常easy出错，相反，假设使用相对路径的话，大多数时候，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的内容了。