一、背景
某管理系统最近卖出去了,卖给了cmih,原有一个分支叫feature,因为客户cmih有新需求,因此需要创建新分支cmih来进行开发。那么,feature和cmih中共有的功能,比如基础模块,文件上传等等怎么进行同步就出现了问题,cmih中产生的新代码(更健壮的代码)需要合并到原有分支feature上面去,那么,这就需要用到Git中的cherry-pick指令,完成指定提交合并到其它分支上去。
二、Git Cherry-Pick 是什么
Git中提供了git cherry-pick [commitHash]的指令, [commitHash]就是分支中的某一次提交hash值。
这个指令,就是能让B分支的指定提交,合并到A分支,我理解就像摘草莓一样,比全部合并来的精细。

三、实际操作
(1)提交cmih分支上的修改,并推送到github,gitee等托管平台

为便于演示,只修改了1行代码,//abp时间类cherry-pick3,而此时feature分支中的ProjectFilesAppService.cs的553行代码注释是//abp时间类cherry-pick2。如果合并,则会跟cmih中的一样变成//abp时间类cherry-pick3。

(2)切换分支到需要合并这些代码的分支,我这里是feature,你可能是master

(3)将刚才指定提交的hash复制,执行git cherry-pick [commitHash]
我的提交得到的hash值是 65f1c7e9c69f74bdbd1ccfdddac0ea96d1a079b9 [65f1c7e],因此我复制65f1c7e进行指令执行,复制长的,短的都可以随便你,如下所示:
git cherry pick 65f1c7e9c69f74bdbd1ccfdddac0ea96d1a079b9
git cherry pick 65f1c7e
执行结果如下:

再去看feature中的页面,会发现已经改变了,变成了//abp时间类cherry-pick3:

本文介绍了如何通过Git的Cherry-Pick指令来精确合并分支间的特定提交,以解决在管理系统中不同分支间功能同步的问题。以一个具体的例子展示了如何在feature分支上应用cmih分支的特定修改,确保只合并所需更新,避免不必要的代码冲突。
合并到其它分支&spm=1001.2101.3001.5002&articleId=125500223&d=1&t=3&u=e29efe4a11f845fd9f4c53da87c94d43)
6754

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



