Git cherry-pick 使用总结

本文介绍了如何使用Git的cherry-pick命令将指定commit从一个分支合并到另一个分支的方法。包括如何查看commit的hash值、执行cherry-pick命令的具体步骤及解决冲突的过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

假设:

假设我们有 branch_01 和 branch_02 两个开发分支,那么我们怎么把 branch_01 上的一个或者几个commit合并到 branch_02 上呢?

假设 branch_01 有如下两个commit的hash值

59e7e6545a2eda9b82f5795173792e6490c9cd13

21b385c03a032d90102f1c8321f7858ff8788714

如何查看commit得hash值呢?

使用 $ git log 命令查看。

$ git log

在 commit 右边的就是commit的hash值:

commit 8261c51c2f7aa4282f58e6579dbf35b112d4626b (HEAD -> rel/7.16)
Author: wang_zg <GhostOnen@gmail.com>
Date:   Tue Sep 11 17:04:17 2018 +0800

每次commit都会生成一个hash值,这个值是唯一的。

结果:

cherry-pick 在 Git 文档中的解释如下:

Apply the changes introduced by some existing commits 

意思是这个命令可以对已经存在的 commit 进行再次提交。

接下来,我们把 branch_01 的两个commit合并到 branch_02 中。

首先我们要切换到 branch_02 分支,合并到哪个分支就切换到哪个分支。

$ git checkout branch_02

$ git cherry-pick -n 59e7e6545a2eda9b82f5795173792e6490c9cd13 21b385c03a032d90102f1c8321f7858ff8788714

注意:

  • branch_01 的两个 commit 就被 合并到本地的 branch_02 分支上了,这时候的更改并没有被提交到远程仓库,使用 git status 可以查看所有的更改。
  • 多个commit的hash使用空格分割, commit的hash最好按提交时间先后排列, 即最先提交的commit放在前面。

这两行命令执行之后,如果顺利没有报错,就可以使用 git  commit , git  push 命令进行正常提交到远程仓库,就行。

如果报错了,也就是说在 cherry-pick 过程中产生了冲突,会报如下错误:

Automatic cherry-pick failed.  After resolving the conflicts,
mark the corrected paths with 'git add <paths>' or 'git rm <paths>'

那我们只需跟解决普通冲突一样,手动解决就行。

$ git status    #查看哪些文件出现了冲突

  both modified:      app/home/viewcontrollor.m 

$ vim app/home/viewcontrollor.m    #手动解决

$ git add app/home/viewcontrollor.m

$ git commit         #提交

$ git push           #推送到远程仓库

 

 

 

 

 

### 使用 `git cherry-pick` 的详细步骤 #### 准备工作 在执行 `cherry-pick` 前,确保本地环境已经配置好 Git 并连接至对应的远程仓库。 #### 步骤一:切换到目标分支 为了将特定的提交应用到另一个分支,在此之前需先切换到该目标分支。假设要将某次提交应用于名为 `feature-branch` 的分支,则应运行如下命令: ```bash git checkout feature-branch ``` #### 步骤二:获取待挑选提交的信息 利用 `git log` 或者图形化工具查看历史记录来定位想要挑拣的具体提交 ID(SHA1 hash),比如 `abcde12345`. #### 步骤三:执行 cherry-pick 操作 一旦确认了具体的提交哈希值之后就可以使用下面这条指令来进行变更的应用: ```bash git cherry-pick abcde12345 ``` 如果遇到合并冲突的情况,Git 会暂停 `cherry-pick` 过程并提示用户解决这些冲突后再继续操作[^1]。 对于来自合并提交中的更改,应当特别注意 `-m` 参数的选择以避免不必要的麻烦或潜在的风险。例如,当处理由两个父级组成的合并提交时,可以这样指定主分支作为第一个参数传递给 `-m`选项[^4]: ```bash git cherry-pick -m1 abcde12345 ``` #### 步骤四:解决可能存在的冲突 假如出现了文件级别的差异无法自动解析的情形,开发者需要打开受影响的文档逐一修正直至所有问题都被妥善处置完毕;随后标记为已解决问题以便后续流程能够顺利推进下去: ```bash git add . ``` 最后一步就是告知 Git 已经解决了所有的冲突并且准备恢复正常的 `cherry-pick` 流程: ```bash git cherry-pick --continue ``` 如果没有发生任何冲突的话,那么整个过程将会无缝衔接地完成而无需额外干预. #### 完成后的验证 成功完成后可以通过再次查阅日志(`git log`) 来检验新引入的变化是否符合预期效果.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值