Linux游(1): diff, patch和quilt (下一个)

Linux游(1): diff, patch和quilt (下一个)

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

Linux游(1): diff, patch和quilt (下一个)此处内容已经被作者隐藏,请输入验证码查看内容
验证码:
请关注本站微信公众号,回复“”,获取验证码。在微信里搜索“”或者“”或者微信扫描右侧二维码都可以关注本站微信公众号。

Linux游(1): diff, patch和quilt (下一个)

2 quilt

我们自己的项目可以用cvs或svn管理所有代码。但有时我们要使用其它开发人员维护的项目。我们须要改动一些文件。但又不能直接向版本号管理工具提交代码。自己用版本号管理工具重建整个项目是不合适的。由于大多数代码都是别人维护的,比如Linux内核。我们仅仅是想管理好自己的补丁。

这时能够使用quilt。

2.1 基本概念

quilt是一个帮助我们管理补丁的程序。quilt的命令格式相似于cvs:

quilt 子命令 [參数]

0.46版的quilt有29个子命令。

掌握quilt的关键是了解使用quilt的流程。使用quilt时,我们会在一个完整的源码树里工作。仅仅要我们在源码树里使用了quilt命令,quilt就会在源码树的根文件夹建立两个特殊文件夹:patches和.pc。

quilt在patches文件夹保存它管理的全部补丁。quilt用.pc文件夹保存自己的内部工作状态。用户不须要了解这个文件夹。

patches/series文件记录了quilt当前管理的补丁。

补丁依照增加的顺序排列,早增加的补丁在前。quilt用堆栈的概念管理补丁的应用。

Linux游(1): diff, patch和quilt (下一个)

我们在应用补丁A前,必须先应用全部早于补丁A的补丁。所以,patches/series中的补丁总是从上向下应用。比如:上图中,补丁1到补丁5是已经应用的补丁。我们能够将已应用的补丁想象成一个向下生长的堆栈。栈顶就是已应用的最新补丁。应用补丁就是将补丁入栈。撤销补丁就是将补丁出栈。

我们在源码树中作不论什么改动前,必须用”quilt add”命令将要改动的文件与一个补丁联系起来。

在完毕改动后,用”quilt refresh”命令将改动保存到已联系的补丁。

以下我们通过一篇流程攻略来认识一下quilt的命令。

2.2 导入补丁

我们把 old-prj.tar.bz2 想象成Linux内核,我们把它解压后,进入代码树的根文件夹:

$ mkdir qtest; cd qtest; tar xvjf ../old-prj.tar.bz2; mv old-prj prj; cd prj

在改动代码前。我们通常要先打上官方补丁。在quilt中。能够用import命令导入补丁:

$ quilt import ../../prj.diff

Importing patch ../../prj.diff (stored as prj.diff)

运行improt命令后, prj 文件夹会多出一个叫 patches 的子文件夹:

$ find patches/ -type f

patches/prj.diff

patches/series

quilt在这个文件夹存放全部补丁和前面介绍的series文件。quilt的大多数命令都能够在代码树的随意子文件夹执行。不一定要从根文件夹执行。我们能够用applied命令查询当前已应用的补丁。

$ quilt applied

No patches applied

眼下还没有应用不论什么补丁。unapplied命令查询当前还没有应用的补丁。top命令查询栈顶补丁。即已应用的最新补丁:

$ quilt unapplied

prj.diff

$ quilt top

No patches applied

我们能够使用push命令应用补丁,比如:

$ quilt push -a

Applying patch prj.diff

patching file src/drv/drv1.h

patching file src/sys/sys1.c

patching file src/sys/sys1.h

patching file src/usr/usr1.c

patching file src/usr/usr1.h

Now at patch prj.diff

push的”-a”參数表示应用全部补丁。在使用push命令后,prj 文件夹会多了一个叫.pc的隐含子文件夹。quilt用这个文件夹保存内部状态,用户不须要了解这个文件夹。应用补丁后,我们再使用applied、unapplied和top命令查看:

$ quilt applied

prj.diff

$ quilt unapplied

File series fully applied, ends at patch prj.diff

$ quilt top

prj.diff

2.3 改动文件

我们必须将对源码树所作的不论什么修改都和一个补丁联系起来。add命令将文件的当前状态与补丁联系起来。

add命令的格式为:

quilt add [-P 补丁名] 文件名称

假设未指定补丁名,文件就与栈顶补丁联系起来。眼下。我们的栈顶补丁是官方补丁。我们不想改动这个补丁,能够用new命令新建一个补丁:

$ quilt new drv_p1.diff

Patch drv_p1.diff is now on top

$ quilt top

drv_p1.diff

$ quilt applied

prj.diff

drv_p1.diff

$ quilt unapplied

File series fully applied, ends at patch drv_p1.diff

然后用add命令向栈顶补丁加入一个准备改动的文件:

$ cd src/drv; quilt add drv2.h

File src/drv/drv2.h added to patch drv_p1.diff

add命令为指定补丁保存了指定文件的当前快照,当我们运行refresh命令时,quilt就会检查文件的变化。将差异保存到指定补丁中。使用”quilt diff -z [-P 补丁名] [文件名称]”能够查看指定补丁指定文件的当前修改。省略-P參数表示查看当前补丁的修改,省略文件名称表示查看全部修改。我们修改drv2.h后,运行diff命令:

$ quilt diff -z

Index: prj/src/drv/drv2.h

===================================================================

— prj.orig/src/drv/drv2.h 2008-03-02 13:37:34.000000000 +0800

+++ prj/src/drv/drv2.h 2008-03-02 13:38:53.000000000 +0800

@@ -1,7 +1,7 @@

-#ifndef APP1_H

-#define APP1_H

+#ifndef DRV2_H

+#define DRV2_H

 

-#include “def1.h”+#include “def2.h” #endif

 

仅仅要文件已经与我们希望保存修改的补丁联系过了,我们就能够多次修改文件。使用”quilt files [补丁名]”命令能够查看与指定补丁关联的文件。

使用”quilt files -val”能够查看全部补丁联系的全部文件。”-v”參数表示更友好的显示。”-a”參数表示显示全部补丁,”-l”參数显示补丁名。比如:

$ quilt files

src/drv/drv2.h

$ quilt files -val

[prj.diff] src/drv/drv1.h

[prj.diff] src/sys/sys1.c

[prj.diff] src/sys/sys1.h

[prj.diff] src/usr/usr1.c

[prj.diff] src/usr/usr1.h

[drv_p1.diff] src/drv/drv2.h

“quilt refresh [补丁名]”刷新补丁。即将指定补丁的文件变化保存到补丁。省略文件名称表示刷新栈顶补丁。我们refresh后,查看补丁文件:

$ quilt refresh

Refreshed patch drv_p1.diff

$ cat ../../patches/drv_p1.diff

Index: prj/src/drv/drv2.h

===================================================================

— prj.orig/src/drv/drv2.h 2008-03-02 12:42:21.000000000 +0800

+++ prj/src/drv/drv2.h 2008-03-02 12:46:25.000000000 +0800

@@ -1,7 +1,7 @@

-#ifndef APP1_H

-#define APP1_H

+#ifndef DRV2_H

+#define DRV2_H

 

-#include “def1.h”

+#include “def2.h”

 

#endif

 

“quilt diff -z”命令不会显示已经保存的差异。

“quilt diff”显示全部的差异,无论是否保存过。

2.4 再做几个补丁

在添加文件前,我们要先将准备添加的文件与补丁联系起来。我们新建一个补丁。然后新增两个文件src/applet/applet1.h和src/applet/applet1.c。

$ cd ..; quilt new more_p1.diff

Patch more_p1.diff is now on top

$ quilt add applet/applet.c

File src/applet/applet.c added to patch more_p1.diff

$ quilt add applet/applet.1

File src/applet/applet.1 added to patch more_p1.diff

 

看看我们添加的文件:

$ quilt files

src/applet/applet.1

src/applet/applet.c

 

哎呀,文件名称写错了。我们能够用”remove”命令从补丁中删除关联文件:

$ quilt remove applet/applet.1

rm: remove write-protected regular empty file `.pc/more_p1.diff/src/applet/applet.1′?

y

File src/applet/applet.1 removed from patch more_p1.diff

$ quilt remove applet/applet.c

rm: remove write-protected regular empty file `.pc/more_p1.diff/src/applet/applet.c’?

y

File src/applet/applet.c removed from patch more_p1.diff

$ quilt files

$ quilt add applet/applet1.h

File src/applet/applet1.h added to patch more_p1.diff

$ quilt add applet/applet1.c

File src/applet/applet1.c added to patch more_p1.diff

$ quilt files

src/applet/applet1.c

src/applet/applet1.h

 

好了。如今能够创建新文件:

$ mkdir applet

$ echo -e “#ifndef APPLET1_H/n#define APPLET1_H/n#include /”def1.h/”/n#endif”>applet/applet1.h

$ echo -e “#include /”applet1.h/””>applet/applet1.c

$ quilt refresh more_p1.diff

Refreshed patch more_p1.diff

 

刷新补丁后。我们再改动文件drv2.h。改动前一定要先将文件与准备保存改动的补丁联系起来:

$ quilt add drv/drv2.h

File src/drv/drv2.h added to patch more_p1.diff

$ vi drv/drv2.h

$ quilt diff -z drv/drv2.h

Index: prj/src/drv/drv2.h

===================================================================

— prj.orig/src/drv/drv2.h 2008-03-02 14:19:35.000000000 +0800

+++ prj/src/drv/drv2.h 2008-03-02 14:31:28.000000000 +0800

@@ -1,7 +1,7 @@

#ifndef DRV2_H

#define DRV2_H

 

-#include “def2.h”

+#include “def1.h”

 

#endif

 

我们再新建一个补丁。然后删除两个文件。删除文件前也要先为文件建立关联:

$ quilt new more_p2.diff

Patch more_p2.diff is now on top

$ quilt add app/*

File src/app/app1.c added to patch more_p2.diff

File src/app/app1.h added to patch more_p2.diff

File src/app/app2.c added to patch more_p2.diff

File src/app/app2.h added to patch more_p2.diff

$ rm -rf app

$ quilt refresh

Refreshed patch more_p2.diff

 

我们再改动applet/applet1.h:

$ quilt edit applet/applet1.h

File src/applet/applet1.h added to patch more_p2.diff

$ quilt refresh

Refreshed patch more_p2.diff

 

“quilt edit”在调用”quilt add”后自己主动启动编辑器。

用refresh命令刷新补丁。

对了,前面为more_p1.diff改动drv2.h后还没有刷新呢。我们查看改动并刷新:

$ quilt diff -z -P more_p1.diff

Index: prj/src/drv/drv2.h

===================================================================

— prj.orig/src/drv/drv2.h 2008-03-02 14:19:35.000000000 +0800

+++ prj/src/drv/drv2.h 2008-03-02 14:31:28.000000000 +0800

@@ -1,7 +1,7 @@

#ifndef DRV2_H

#define DRV2_H

 

-#include “def2.h”

+#include “def1.h”

 

#endif

 

Warning: more recent patches modify files in patch more_p1.diff

$ quilt refresh more_p1.diff

More recent patches modify files in patch more_p1.diff. Enforce refresh with -f.

$ quilt refresh -f more_p1.diff

Refreshed patch more_p1.diff

quilt会抱怨更新的补丁改动了补丁more_p1.diff的文件。

这是在说more_p2.diff改动了applet1.h。我们知道这和我们要刷新的drv2.h没关系,所以能够用-f參数强制刷新。

2.5 管理补丁

series命令能够查看series文件里的补丁:

$ quilt series

prj.diff

drv_p1.diff

more_p1.diff

more_p2.diff

“quilt patches 文件名称”显示改动了指定文件的全部补丁。比如:

$ quilt patches drv/drv2.h

drv_p1.diff

more_p1.diff

“quilt annotate 文件名称”显示指定文件的改动情况,它会指出哪个补丁改动了哪一行。

比如:

$ quilt annotate drv/drv2.h

1 #ifndef DRV2_H

1 #define DRV2_H

 

2 #include “def1.h”

#endif

1 drv_p1.diff

2 more_p1.diff

我们能够使用push和pop命令应用补丁或撤销补丁,比如:

$ quilt pop -a

Removing patch more_p2.diff

Restoring src/app/app1.c

Restoring src/app/app2.c

Restoring src/app/app2.h

Restoring src/app/app1.h

Restoring src/applet/applet1.h

 

Removing patch more_p1.diff

Restoring src/drv/drv2.h

Removing src/applet/applet1.h

Removing src/applet/applet1.c

 

Removing patch drv_p1.diff

Restoring src/drv/drv2.h

 

Removing patch prj.diff

Restoring src/sys/sys1.c

Restoring src/sys/sys1.h

Restoring src/drv/drv1.h

Removing src/usr/usr1.c

Removing src/usr/usr1.h

No patches applied

$ quilt top

No patches applied

$ quilt next

prj.diff

$ quilt previous

No patches applied

“quilt pop -a”撤销全部补丁。

top命令显示栈顶命令,即当前应用的最新的补丁。

next命令显示下一个能够应用的补丁。previous显示上一条应用过的补丁。”push 补丁A”将从上到下依次应用全部早于补丁A的补丁,最后应用补丁A。比如:

$ quilt push more_p1.diff

Applying patch prj.diff

patching file src/drv/drv1.h

patching file src/sys/sys1.c

patching file src/sys/sys1.h

patching file src/usr/usr1.c

patching file src/usr/usr1.h

Applying patch drv_p1.diff

patching file src/drv/drv2.h

Applying patch more_p1.diff

patching file src/applet/applet1.c

patching file src/applet/applet1.h

patching file src/drv/drv2.h

Now at patch more_p1.diff

$ quilt top

more_p1.diff

$ quilt next

more_p2.diff

$ quilt previous

drv_p1.diff

“quilt push -a”应用全部补丁:

$ quilt push -a

Applying patch more_p2.diff

patching file src/app/app1.c

patching file src/app/app1.h

patching file src/app/app2.c

patching file src/app/app2.h

patching file src/applet/applet1.h

Now at patch more_p2.diff

“quilt graph -all”能够为栈顶补丁的依赖关系生成dot文件。

Graphviz的dot能够依据dot文件产生图片,比如:

$ quilt graph –all > ../../more_p2.dot

$ cd ../..; dot -Tpng more_p2.dot -o more_p2.png

Linux游(1): diff, patch和quilt (下一个)

2.6 公布补丁

仅仅要将patches文件夹打包公布就能够了。比如:

$ cd prj; tar cvjf prj-0.1-patches.tar.bz2 patches; mv prj-0.1-patches.tar.bz2 ../..

用户先下载、解压补丁包相应的源码树:

$ cd ../..; mkdir user; cd user; tar xvjf ../old-prj.tar.bz2; mv old-prj/ prj

然后下载、解压补丁:

$ cd ../..; tar xvjf prj-0.1-patches.tar.bz2; cd user/prj

最后把补丁文件夹链接到源码树的patches文件夹,然后应用全部补丁:

$ ln -sfn ../../patches/ patches

$ quilt push -a

Applying patch prj.diff

patching file src/drv/drv1.h

patching file src/sys/sys1.c

patching file src/sys/sys1.h

patching file src/usr/usr1.c

patching file src/usr/usr1.h Applying patch drv_p1.diff

patching file src/drv/drv2.h

Applying patch more_p1.diff

patching file src/applet/applet1.c

patching file src/applet/applet1.h

patching file src/drv/drv2.h

Applying patch more_p2.diff

patching file src/app/app1.c

patching file src/app/app1.h

patching file src/app/app2.c

patching file src/app/app2.h

patching file src/applet/applet1.h

Now at patch more_p2.diff

3 结束语

在上面的流程攻略中,我们演示了19个quilt命令:add, annotate, applied, diff, edit, files, graph, import, new, next, patches, pop, previous, push, refresh, remove, series, top, unapplied。

该Linux这结束了巡演,欢迎再次参加Linux游,共同探讨茫茫Linux世界。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/117833.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

  • android操作系统详细目录结构

    android操作系统详细目录结构\system\app 这个里面主要存放的是常规下载的应用程序,可以看到都是以APK格式结尾的文件。在这个文件夹下的程序为系统默认的组件,自己安装的软件将不会出现在这里,而是\data\文件夹中。下面是详细的介绍:\system\app\AlarmClock.apk闹钟\system\app\AlarmClock.odex\system\app\Browser.apk浏览器

    2022年10月15日
  • python psutil 获取命令历史_python之psutil

    python psutil 获取命令历史_python之psutilpsutil=processandsystemutilities,psutil是个跨平台库,能够轻松实现获取系统运行的进程和系统利用率,包括CPU、内存、磁盘、网络等信息。Linux系统下的安装pipinstallpsutil现在开始看看它的使用一cpu#查看逻辑cpu的个数>>>psutil.cpu_count()2#查看物理cpu的个数>>&g…

  • Spring Boot第八章-数据缓存Cache

    Spring Boot第八章-数据缓存Cache

  • springcloud原理详解_SpringMVC运行原理

    springcloud原理详解_SpringMVC运行原理SpringCloudEureka原理分析一、Eureka的基础架构及服务治理机制  Eureka服务治理的基础架构包含三个核心:服务注册中心、服务提供者、服务消费者。其中服务注册中心,即Eureka提供的服务端,提供服务注册和发现的功能;服务提供者,即将自己的服务注册到注册中心;服务的消费者,从注册中心获取服务列表,从而使消费者知道到何处调用服务,服务消费可以使用Ribbon、Feign等。1、服务提供者:服务注册:服务提供者在项目启动时,会通过发送REST请求的方式将自己注册到eure

    2022年10月21日
  • Kubernetes 针对资源紧缺处理方式的配置

    Kubernetes 针对资源紧缺处理方式的配置

  • 阿里云服务器如何配置开放端口

    阿里云服务器如何配置开放端口 1.进入ECS服务实例2.点击“资源管理”3.来到“实例”界面,点击“配置安全组规则”4.加入相应的端口号即可。5.这里说一句,避免入坑。你们别进到这个实例为0的安全组里面,这样你再

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号