常用简单创建补丁及打补丁

前言:

创建补丁可以使用linux指令,也可以使用git,各有优缺点,各有自己合适的应用场景,下面进行一一介绍。

使用liunx指令创建补丁及打补丁

diffpatch

如果是单个文件或者多个文件,使用时就很方便,但如果涉及多个工程及多个文件同时有修改时,就不太方便。而且需要有一份未改动过的源文件做对比。

diff

-u 使用特殊diff输出格式

-r 遍历所有子目录

-N 指明做出修改的源代码中所有新加入的文件,在diff操作会包含在内。

patch

-p1 用来剥去补丁中头一个目录的名称。

这样的好处可以在打补丁时候忽略创建补丁人目录命名习惯

diff -urN dts dts_changed > dts.patch //创建补丁
cd dts
patch -p1 < ../dts.patch //打补丁

1

diffstat

一个很有用的工具,它可以列出补丁引起的变更的统计(加入或移去的代码行)

diffstat -pl dts.patch

1

使用git指令创建补丁及打补丁

  1. 如何是还未提交的代码,要创建补丁。

    cd kernel
    git diff > kernel.patch   //创建补丁
    
    git apply kernel.patch    //打补丁

    1

  2. 已经提交的代码,需要创建补丁。

    1. 创建补丁常用指令

      //为最后一次提交产生一个补丁
      git format-patch -l
      
      //为最后N次提交产生一个补丁
      git format-patch -N
      
      //生成两个commit间的修改的patch(包含两个commit. <r1>和<r2>都是具体的commit号, 包含左不包含右)
      git format-patch <r1>...<r2>
    2. 打补丁方法1

      // 查看patch的情况 
      git apply --stat xx.patch
      
      // 打补丁
      // git apply并不会将commit message等打上去,打完patch后需要重新git add和git commit
      git apply xx.patch  
    3. 打补丁方法2

      // 打补丁
      // 直接将patch的所有信息打上去,不用重新git add和git commit, author也是创建patch的人, 而不是打patch的人
      git am xx.patch 
      
      // 添加-s或者--signoff,还可以把自己的名字添加为signed off by信息,作用是注明打patch的人,因为如果打patch的很可能是别人。
      git am --signoff xx.patch   
      
      //批量打补丁,将路径patchs/*.patch 按照先后顺序打上
      git am patchs/*.patch 
      
      //当git am失败时,废弃掉已经打上的所有patch
      git am --abort 
      
      //当git am失败,解决完冲突后,这条命令会接着打patch
      git am --resolved     
    4. 如果打批量补丁的过程中有冲突

      1. 查看错误信息,找到发生错误那个patch文件
      2. git apply –reject patch_name强行打上这个patch,
      3. 发生conflict的部分会保存为.rej,未发生冲突的部分会成功打上patch,根据.rej反过来去修改这个patch文件
      4. 放弃以前已经打上的patch: git am –abort
      5. 重新打patch: git am patchs/*.patch

转载请注明出处:http://www.wolfnx.com/2018/09/25/SimplePatch

作者 : wolfnx
邮箱 : wolfnx@outlook.com
邮箱2 : lostnx@gmail.com

Click Me