// 合并 某一次提交
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 可以分次提交,目前不知道为什么会出现这样的不同,可能某些细节上确实不一样 在这里说明一下 以防误导大家 大家最好还是动手测试 已自己得到的结果为准