Patch打补丁学习笔记

1.基本命令语法：
　　patch [-R] {-p(n)} [--dry-run] < patch_file_name
　　p：为path的缩写。
　　n：指将patch文件中的path第n条’/’及其左边部分取消。
　　-R：卸载patch包。
　　--dry-run：尝试patch软件，并不真正修改软件。

　　例如：

　　$ patch -p1 < /home/sense/patch-2.6.19.1      安装补丁
　　$ patch -p1 -R < /home/sense/patch-2.6.19.1 卸载补丁

　　例如：
　　0002-main.patch main.c
　　diff --git a/src/core/main.c b/src/core/main.c

　　如果这两个文件在同目录下，那么就要省略三层目录(目录路径中有三个"/")，因此打补丁命令为：
　　$ patch -p3 < 0002-main.patch

2.假如发现某个项目有bug代码，而自己又没有svn的提交权限，那么此时最合适的解决方法就是用diff命令做一个补丁发给项目成员。项目成员通过patch命令可以立刻知道你的意图。

3.实验

　　$ diff -Naur old new > foo.patch
　　其中-Naur参数属于固定打法，不管是对一个文件，还是对一个目录，在使用这个参数基本就可以了。

　　$ patch -p0 < foo.patch （或者进入下层目录，$ patch -p1 < ../foo.patch ）

　　如果再次使用会提示是否还原，输入y就还原。

　　如果你想严格指定是应用补丁可以使用下面命令（就是增加N参数）：

　　# patch -Np0 < foo.patch

　　如果你想严格指定是还原补丁可以使用下面命令（就是增加R参数）：

　　# patch -Rp0 < foo.patch

4.总结

　　单个文件 
　　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

二、使用git打补丁

1.检测补丁有无问题
$ git apply --check xxx.patch
2. error: xxxxx: patch does not apply
出现这种一般会是补丁冲突，这种一般是强制打上补丁(使用--reject)后根据产生的*.rej文件来手动解决冲突。
3. warning: xxxx.c has type 100644, expected 100755
出现这种警告一般是文件内没有冲突，但是文件的权限发生变动。一般没有影响。
4.强制打补丁
$ git apply --reject xxx.patch
然后再手动修改冲突，find ./ -name *.rej找到这些冲突的补丁，手动打上
5.git am同样有--reject选项，添加这个选项可以将能打上的补丁先打上，冲突的文件生成*.rej文件。

打入 patch / diff：
git apply xxx.patch
git apply xxx.diff
检查 patch / diff：
git apply --check xxx.patch
git apply --check xxx.diff
若git和需要打patch的文件不在一个目录：(git在framework下，patch要打入frameworks/base/下)
git apply --check --directory=base/ xxx.patch
git apply --directory=base/ xxx.patch
** git am 后面会说到，以及生产patch和打

补充：

　　在Yocto中编译过程中打补丁时，也可以使用这种方法，补丁中的文件路径名是可以改的，不影响补丁的成功打入。

参考：http://blog.csdn.net/maotianwang/article/details/11107083?reload

http://www.360doc.com/content/13/0323/23/8363527_273525975.shtml