zoukankan      html  css  js  c++  java
  • Linux下patch打补丁命令


    此命令用于为特定软件包打补丁,他使用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   卸载补丁





    作为程序猿,了解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&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的内容了。



查看全文
  • 相关阅读:
    通知:逆天异常库 V1.0版本支持下载了~~
    【源码】Word转PDF V1.0.1 小软件,供新手参考
    GitHub实战系列汇总篇
    GitHub实战系列~4.把github里面的库克隆到指定目录+日常使用 2015-12-11
    GitHub实战系列~3.提交github的时候过滤某些文件 2015-12-10
    Windows无法安装到这个磁盘。请确保在计算机的BIOS菜单中启用了磁盘控制器
    GitHub实战系列~2.把本地项目提交到github中 2015-12-10
    Git异常:fatal: could not create work tree dir 'XXX': No such file or directory
    GitHub实战系列~1.环境部署+创建第一个文件 2015-12-9
    肉肉好走,愿你在异界依旧快乐活泼
  • 原文地址:https://www.cnblogs.com/mfrbuaa/p/4003129.html
  • Copyright © 2011-2022 走看看