git cherry-pick 教程

git cherry-pick 教程

对于多分支的代码库,将代码从一个分支转移到另一个分支是常见需求。
这时分两种情况。一种情况是,你需要另一个分支的所有代码变动,那么就采用合并(git merge)。另一种情况是,你只需要部分代码变动(某几个提交),这时可以采用 Cherry pick。

一、基本用法

git cherry-pick命令的作用,就是将指定的提交(commit)应用于其他分支。


$ git cherry-pick <commitHash>

上面命令就会将指定的提交commitHash,应用于当前分支。这会在当前分支产生一个新的提交,当然它们的哈希值会不一样。

举例来说,代码仓库有masterfeature两个分支。


    a - b - c - d   Master
         \
           e - f - g Feature

现在将提交f应用到master分支。


# 切换到 master 分支
$ git checkout master

# Cherry pick 操作
$ git cherry-pick f

上面的操作完成以后,代码库就变成了下面的样子。


    a - b - c - d - f   Master
         \
           e - f - g Feature

从上面可以看到,master分支的末尾增加了一个提交f

git cherry-pick命令的参数,不一定是提交的哈希值,分支名也是可以的,表示转移该分支的最新提交。


$ git cherry-pick feature

上面代码表示将feature分支的最近一次提交,转移到当前分支。

二、转移多个提交

Cherry pick 支持一次转移多个提交。


$ git cherry-pick <HashA> <HashB>

上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。

如果想要转移一系列的连续提交,可以使用下面的简便语法。


$ git cherry-pick A..B 

上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置:提交 A 必须早于提交 B,否则命令将失败,但不会报错。

注意,使用上面的命令,提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A,可以使用下面的语法。


$ git cherry-pick A^..B 

三、配置项

git cherry-pick命令的常用配置项如下。

(1)-e--edit

打开外部编辑器,编辑提交信息。

(2)-n--no-commit

只更新工作区和暂存区,不产生新的提交。

(3)-x

在提交信息的末尾追加一行(cherry picked from commit ...),方便以后查到这个提交是如何产生的。

(4)-s--signoff

在提交信息的末尾追加一行操作者的签名,表示是谁进行了这个操作。

(5)-m parent-number--mainline parent-number

如果原始提交是一个合并节点,来自于两个分支的合并,那么 Cherry pick 默认将失败,因为它不知道应该采用哪个分支的代码变动。

-m配置项告诉 Git,应该采用哪个分支的变动。它的参数parent-number是一个从1开始的整数,代表原始提交的父分支编号。


$ git cherry-pick -m 1 <commitHash>

上面命令表示,Cherry pick 采用提交commitHash来自编号1的父分支的变动。

一般来说,1号父分支是接受变动的分支(the branch being merged into),2号父分支是作为变动来源的分支(the branch being merged from)。

四、代码冲突

如果操作过程中发生代码冲突,Cherry pick 会停下来,让用户决定如何继续操作。

(1)--continue

用户解决代码冲突后,第一步将修改的文件重新加入暂存区(git add .),第二步使用下面的命令,让 Cherry pick 过程继续执行。


$ git cherry-pick --continue

(2)--abort

发生代码冲突后,放弃合并,回到操作前的样子。

(3)--quit

发生代码冲突后,退出 Cherry pick,但是不回到操作前的样子。

五、转移到另一个代码库

Cherry pick 也支持转移另一个代码库的提交,方法是先将该库加为远程仓库。


$ git remote add target git://gitUrl

上面命令添加了一个远程仓库target

然后,将远程代码抓取到本地。


$ git fetch target

上面命令将远程代码仓库抓取到本地。

接着,检查一下要从远程仓库转移的提交,获取它的哈希值。


$ git log target/master

最后,使用git cherry-pick命令转移提交。


$ git cherry-pick <commitHash>

(完)

### Git Cherry-Pick 的基本概念 `git cherry-pick` 是一种用于将单个或多个特定提交应用到当前分支的操作工具。它允许开发者从其他分支挑选某些提交并将其应用于另一个分支,而无需合并整个分支。 通过 `git cherry-pick` 命令可以实现以下功能: - 将某个分支中的单独提交引入到另一分支中。 - 解决跨分支开发时的代码同步需求。 此操作的核心在于指定要复制的具体提交哈希值(commit hash),从而仅提取该提交的内容及其更改[^5]。 --- ### 使用方法 #### 单次提交的应用 假设有一个提交记录为 `abc1234`,可以通过如下方式将其应用至当前分支: ```bash git cherry-pick abc1234 ``` 执行上述命令后,Git 会尝试重现目标提交所涉及的所有修改,并创建一个新的提交对象于当前分支上[^5]。 #### 多次连续提交的选择性应用 如果希望选取一系列连续的提交,比如从 `abc1234` 到 `def5678`,则可采用范围形式调用: ```bash git cherry-pick abc1234..def5678 ``` 注意这里的两个点号表示包含起始不包含结束;如果是三个点号,则意味着两端均被纳入考虑范围内[^5]。 对于非线性的历史结构或者复杂的场景下可能引发冲突的情况,请参阅下一节关于常见问题的部分处理办法。 --- ### 常见问题及解决方案 当运行 `cherry-pick` 过程遇到文件级别的差异无法自动解析时,会出现所谓的“merge conflict”。此时需手动编辑受影响区域直至消除矛盾之处后再继续流程: ```bash # 编辑完成后标记已解决状态 git add . # 继续完成剩余部分 git cherry-pick --continue ``` 另外,在中途决定放弃正在进行的任务时也可以随时中断过程并通过清理工作区来恢复原状: ```bash git cherry-pick --abort ``` 还有就是要注意的是,频繁使用 `cherry-pick` 可能会造成重复的历史条目累积,影响仓库整洁度以及后续维护成本增加等问题[^6]。 --- ### 示例代码展示 下面给出一个完整的例子演示如何利用 `git cherry-pick` 把远程服务器上的修复补丁快速拉取下来并集成进本地特性版本之中去。 假定存在这样的情况:远端 master 上已经包含了重要的错误修正但是尚未发布正式版;与此同时我们正在 feature-x 分支上面紧张忙碌着新特性的研发活动。为了尽早享受到这些改进成果而不必等待整体更新周期完毕,我们可以这样做: ```bash # 首先切换回主干以便定位确切位置 git checkout main git pull origin main # 查看日志找到那个关键修补程序对应的 commit id ,比如说 'a1b2c3d' git log --oneline # 跳转回到自己的专题线路 git checkout feature-x # 执行摘果子动作把那笔调整拿过来 git cherry-pick a1b2c3d ``` 这样就成功地让我们的私人项目享受到了公共主线里的最新优化进展啦! ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值