// 合并 某一次提交
git cherry-pick <commitHash>
// 取消合并某次提交
git cherry-pick --abort
简单来说就是第一行代码的使用 只要在gitlab 或者 git log 中查找到commit的hash 值就可以
说一下cherry-pick的效果
第一种情况
// readme.txt master 分支
// readme.txt dev分支
1、1111111(第一次commit)
2、2222222(第二次commit)
3、3333333(第三次commit)
// 此时切换到master 分支
// 显示readme.txt 是空的
// 执行git
git cherry-pick [第三次commitHASH]
// 结果 readme.txt master分支
1、1111111
2、2222222
3、3333333
我设想的是 master 只出现第三次提交的内容 但是不是 之前的内容全都有
第二种情况
master 分支有一个readme.txt 文件
切换到dev
1、创建index.js (里面内容随意) 提交git
2、创建test.js(里面内容随意) 提交git
切换回master master 依旧只有readme 文件
git cherry-pick [提交test文件的hash]
结果 master 只拉取了 test.js 文件 也就是只合并了 创建test.js 的那次提交
这比较符合我对cherry-pick 的期望
暂时还不懂 为什么会出现这2种情况
猜测是是不是同一个文件的问题
知道的大佬可以跟我说一下谢谢了。
----------------2020-12-22---------------
再一次实际应用中 发现第一种情况: 对于一个文档的三次commit 可以分次提交,目前不知道为什么会出现这样的不同,可能某些细节上确实不一样 在这里说明一下 以防误导大家 大家最好还是动手测试 已自己得到的结果为准
Git Cherry-Pick:合并与撤销提交的艺术
本文探讨Git cherry-pick命令的使用,如何仅选择性地合并特定提交到master或dev分支,以及它在不同情况下的效果差异。通过实例解析cherry-pick在文档修改和文件合并中的操作原理。
1790

被折叠的 条评论
为什么被折叠?



