当前位置:   article > 正文

patch是什么意思啊_使用 git add p 整理 patch

git 中patch模式后出现的q作用

背景

当我们修改了代码准备提交时,本地的改动可能包含了不能提交的调试语句,还可能需要拆分成多个细粒度的 patch

本文将介绍如何使用 git add -p 来交互式选择代码片段,辅助整理出所需的 patch

官方介绍

先贴个帮助信息供参考

英文版本:

-p, --patchInteractively choose hunks of patch between the index and the work tree and add them tothe index. This gives the user a chance to review the difference before adding modifiedcontents to the index.This effectively runs add --interactive, but bypasses the initial command menu anddirectly jumps to the patch subcommand. See “Interactive mode” for details.

中文版本:

-p, --patch交互地在索引和工作树之间选择补丁块并将它们添加到索引中。这让用户有机会在将修改后的内容添加到索引之前查看差异。这可以有效地运行 add --interactive,但是会绕过初始命令菜单,而直接跳转到 patch 子命令。有关详细信息,请参见`‘交互模式’'。

demo 动图

后文例子对应的gif (上传的时候才知道公众号的 gif 限制为300帧,于是临时删除了一多半的帧,将就看吧) :

42d324d38bc04e4ffed0ce616b8a434c.gif

试试转成视频:

demo 文字版

我们造个例子来说明,假设我们本次完成了两个功能, fun1 和  fun2,希望分开提交。另外在修改过程中还引入了一些调试的打印,是不需要提交的。

代码的 diff 如下

 --git a/demo.c b/demo.cindex 0473c1a..76cfb22 100644--- a/demo.c+++ b/demo.c@@ -1,16 +1,31 @@ #include +void fun1()+{+       printf("before hello world\n");+}+ void demo(){        ; }+void fun2()+{+       printf("after hello world\n");+}+ int main(){+       fun1();        printf("hello world\n");+       printf("debug %s %d\n", __func__, __LINE__);        printf("hello world\n");        printf("hello world\n");        printf("hello world\n");+       printf("debug %s %d\n", __func__, __LINE__);        printf("hello world\n");+       fun2();        demo();+       printf("debug %s %d\n", __func__, __LINE__); }

此时直接 git add 会把整个文件的改动都加进来,不符合需求。

这正是 patch mode 发挥作用的地方,我们可以挑选一部分改动进行提交。

输入 git add -p 进入 patch mode , 此时 git 会自动将改动切分成多个片段,并展示第一个片段,提示你进行选择。

提示语句是 Stage this hunk [y,n,q,a,d,/,s,e,?]?

这些字母都是什么意思呢? 输入?回车,可以查看详细的帮助信息。

英文版本:

y - stage this hunkn - do not stage this hunkq - quit; do not stage this hunk or any of the remaining onesa - stage this hunk and all later hunks in the filed - do not stage this hunk or any of the later hunks in the fileg - select a hunk to go to/ - search for a hunk matching the given regexj - leave this hunk undecided, see next undecided hunkJ - leave this hunk undecided, see next hunkk - leave this hunk undecided, see previous undecided hunkK - leave this hunk undecided, see previous hunks - split the current hunk into smaller hunkse - manually edit the current hunk? - print help

中文版本:

y - 暂存此区块n - 不暂存此区块q - 退出;不暂存包括此块在内的剩余的区块a - 暂存此块与此文件后面所有的区块d - 不暂存此块与此文件后面所有的 区块g - 选择并跳转至一个区块/ - 搜索与给定正则表达式匹配的区块j - 暂不决定,转至下一个未决定的区块J - 暂不决定,转至一个区块k - 暂不决定,转至上一个未决定的区块K - 暂不决定,转至上一个区块s - 将当前的区块分割成多个较小的区块e - 手动编辑当前的区块? - 输出帮助

对于我们的例子,git第一次自动给出的hunk很大,可以先执行 s 分割下。分割后第一个区块就只包含增加的 fun1 函数了。

/* 太占篇幅,此处省略原始 hunk */Stage this hunk [y,n,q,a,d,/,s,e,?]? s /* 询问我们对第一个片段的处理,我们觉得太大,按 s 要求分割 */Split into 7 hunks. /* 可以看到,s 让 git 将原始片段进一步切分成了 7 个片段,接下来就是自动展示第一个片段 */@@ -1,7 +1,12 @@ #include +void fun1()+{+       printf("before hello world\n");+}+ void demo(){        ; }Stage this hunk [y,n,q,a,d,/,j,J,g,e,?]?  /* 询问我们对第一个片段的处理 */

输入 y 回车选中这个 fun1 的改动,git 就会自动展示下一个片段,继续询问我们。

这样对片段使用 yn,我们就可以只挑选出涉及 fun1 的改动,当我们确认后续没有 fun1 相关的改动时,就可以按 q 退出挑选了。

此时 git status 可以看到部分改动在暂存区中。

$ git statusOn branch masterChanges to be committed:  (use "git reset HEAD ..." to unstage)        modified:   demo.cChanges not staged for commit:  (use "git add ..." to update what will be committed)  (use "git checkout -- ..." to discard changes in working directory)        modified:   demo.c

使用 git diff --cached 可以具体确认要提交的内容,是否符合我们的预期,只包含 fun1 的改动,不包含 fun2 和调试语句。

$ git diff --cacheddiff --git a/demo.c b/demo.cindex 0473c1a..b9fd4d4 100644--- a/demo.c+++ b/demo.c@@ -1,5 +1,10 @@ #include +void fun1()+{+       printf("before hello world\n");+}+ void demo(){        ;@@ -7,6 +12,7 @@ void demo()int main(){+       fun1();        printf("hello world\n");        printf("hello world\n");        printf("hello world\n");

确认无误就可以提交第一个patch, 即 fun1 的改动了。

git commit -m "fun1"

接下来继续使用 git add -p,配合s,y,n就可以进一步挑选出fun2的改动了。

如果要挑选的改动比较明确,可以直接使用 /来搜索到目标hunk,省去逐个片段判断的麻烦。例如执行 /fun2 来搜索包含 fun2 的代码片段。

git add -p 挑选完之后,建议使用 git diff --cached 确认下,或者在提交之后 git show 确认下改动,如有错漏,及时修正,多退少补。

大部分情况使用s y n就足够了。但如果有些改动是混合在一起的,无法使用s来分割,那就得用 e 来手工编辑了,下回分解吧。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/神奇cpp/article/detail/822849
推荐阅读
  

闽ICP备14008679号