前言:
创建补丁可以使用linux指令,也可以使用git,各有优缺点,各有自己合适的应用场景,下面进行一一介绍。
使用liunx指令创建补丁及打补丁
diff和patch
如果是单个文件或者多个文件,使用时就很方便,但如果涉及多个工程及多个文件同时有修改时,就不太方便。而且需要有一份未改动过的源文件做对比。
diff
-u 使用特殊diff输出格式
-r 遍历所有子目录
-N 指明做出修改的源代码中所有新加入的文件,在diff操作会包含在内。
patch
-p1 用来剥去补丁中头一个目录的名称。
这样的好处可以在打补丁时候忽略创建补丁人目录命名习惯
diff -urN dts dts_changed > dts.patch //创建补丁
cd dts
patch -p1 < ../dts.patch //打补丁
diffstat
一个很有用的工具,它可以列出补丁引起的变更的统计(加入或移去的代码行)
diffstat -pl dts.patch
使用git指令创建补丁及打补丁
如何是还未提交的代码,要创建补丁。
cd kernel git diff > kernel.patch //创建补丁 git apply kernel.patch //打补丁
已经提交的代码,需要创建补丁。
创建补丁常用指令:
//为最后一次提交产生一个补丁 git format-patch -l //为最后N次提交产生一个补丁 git format-patch -N //生成两个commit间的修改的patch(包含两个commit. <r1>和<r2>都是具体的commit号, 包含左不包含右) git format-patch <r1>...<r2>
打补丁方法1:
// 查看patch的情况 git apply --stat xx.patch // 打补丁 // git apply并不会将commit message等打上去,打完patch后需要重新git add和git commit git apply xx.patch
打补丁方法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
如果打批量补丁的过程中有冲突:
- 查看错误信息,找到发生错误那个patch文件
- git apply –reject patch_name强行打上这个patch,
- 发生conflict的部分会保存为.rej,未发生冲突的部分会成功打上patch,根据.rej反过来去修改这个patch文件
- 放弃以前已经打上的patch: git am –abort
- 重新打patch: git am patchs/*.patch
转载请注明出处:http://www.wolfnx.com/2018/09/25/SimplePatch
作者 : wolfnx
邮箱 : wolfnx@outlook.com
邮箱2 : lostnx@gmail.com