Linux命令(3)打Patch的方法

el/2024/7/17 22:04:31

 

 

作为程序员,了解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  (注:foo.txt 的内容)
old_line_2


假设我们发现项目old有bug代码,下面我们先拷贝一个新目录new,并在此修改bug代码:

# cp -r old new  (注: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的内容了。

 


http://www.ngui.cc/el/5557265.html

相关文章

linux命令(4)curl命令详解

对于windows用户如果用Cygwin模拟unix环境的话&#xff0c;里面没有带curl命令&#xff0c;要自己装&#xff0c;所以建议用Gow来模拟&#xff0c;它已经自带了curl工具&#xff0c;安装后直接在cmd环境中用curl命令就可&#xff0c;因为路径已经自动给你配置好了。 linux curl…

Ubuntu中安装zlib

命令&#xff1a;sudo apt-get install zlib1g-dev 说明&#xff1a; Ubuntu版本&#xff1a;13.10 zlib的官网打不开&#xff0c;apt-get insatll zlib也找不到软件包&#xff0c;貌似不在软件源里&#xff1f; 解决方法是打开ubuntu software center&#xff0c;搜索zlib&…

configure: error: C++ compiler cannot create executables

命令&#xff1a;sudo apt-get install gcc 命令&#xff1a;sudo apt-get install g 说明&#xff1a; 想在Ubuntu下手动编译安装一个软件&#xff0c;在./configure 命令之后提示下面的错误&#xff1a; configure: error: C compiler cannot create executables 猜测可能是…

linux命令(5)Ubuntu apt-get安装卸载命令

apt-get install xxxx 安装 apt-get remove xxxx 卸载但不删除配置 apt-get purge xxxx 卸载并且删除相关配置 通过sudo apt-get install xxxx 安装软件后&#xff0c;总是无法卸载干净&#xff0c;这里以Apache 为例&#xff0c;提供方法&#xff1a; 首先sudo apt-get remove…

如何安装nginx软件---手动安装

本人的另一篇关于如何安装nginx软件的博客&#xff0c;两篇可以相互参考。 http://blog.csdn.net/u011630575/article/details/48047741 第一步&#xff1a; 进入nginx官网&#xff0c;下载nginx&#xff0c;这里下载的是nginx-1.8.0.tar.gz 第二步&#xff1a; 解压&#xff1…

配置php-fpm和nginx教程

下面是对php-fpm运行用户进行设置 cd /usr/local/php cp etc/php-fpm.conf.default etc/php-fpm.conf vi etc/php-fpm.conf 修改&#xff0c; 第149行&#xff1a; user www-data&#xff08;www-data是用户名&#xff0c;这里不能是root&#xff09; 第150行&#xff1a; gr…

nginx基本配置与参数说明---nginx的学习之路

#运行用户 user nobody; #启动进程,通常设置成和cpu的数量相等 worker_processes 1; #全局错误日志及PID文件 #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; #工作模式及连接数上限 events { #e…

什么是nginx---nginx的学习之路

Nginx 是一个高性能的 Web 和反向代理服务器, 它具有有很多非常优越的特性: Nginx本身是一个静态的HTTP服务器和反向代理服务器&#xff0c;它不支持动态页面&#xff0c;所谓的Nginx对动态程序的支持都是通过反向代理功能实现的。下面要讲述的Nginx对Perl和JSP的支持&#xff…

nginx的location匹配规则----nginx的学习之路

location匹配命令 ~ #波浪线表示执行一个正则匹配&#xff0c;区分大小写 ~* #表示执行一个正则匹配&#xff0c;不区分大小写 ^~ #^~表示普通字符匹配&#xff0c;如果该选项匹配&#xff0c;只匹配该选项&#xff0c;不匹配别的选项&#xff0c;一般用来匹配目录 …

nginx的rewrite 指令

nginx通过ngx_http_rewrite_module模块支持url重写、支持if条件判断&#xff0c;但不支持else。 该模块需要PCRE支持&#xff0c;应在编译nginx时指定PCRE源码目录, nginx安装方法。 Nginx Rewrite 1. Nginx Rewrite 基本标记 (flags) last - 基本上都用这个 Flag。 ※相当于 …