Git用法之Cherry-Pick

原创 已于 2022-08-30 20:02:19 修改 · 3k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git #java

于 2022-08-30 19:29:15 首次发布
本文介绍了如何在Git中使用cherry-pick命令从一个分支选择性地将提交应用到另一个分支的方法。包括基本用法、解决冲突的过程及批量应用多个提交的操作技巧。

1. 将DEV分支中的提交进行cherry-pick 到Master 分支        

    切换到 Master 分支上，然后cherry-pick

 
$ git cherry-pick <commitHash>
 
# 切换到 master 分支
$ git switch master
 

$ git cherry-pick K


$ git push origin master

2. cherry-pick 遇到冲突文件

  • 解决冲突

    • 修改冲突的地方，并通过命令git add .把文件重新加入暂存区。
    • 继续合并，git cherry-pick --continue

           加入暂存区之后，然后执行git cherry-pick --continue 

     就相当于推送到本地版本库

  • 回退所有修改：git cherry-pick --abort，此时会回到操作前的样子
  • 单纯退出cherry-pick：git cherry-pick --quit，此时不会回到操作前的状态

3. cherry-pick 多个

git cherry-pick comA comB comC



包含comA 提交的change 

git cherry-pick ComA^..ComB

【初识Git】git cherry-pick
sinat_34365157的博客
06-21 789
git cherry-pick， 樱桃拾取？
Git Cherry-pick使用
east4ming的博客
08-12 1905
无论项目大小，当你和一群程序员一起工作时，处理多个 Git 分支之间的变更都会变得很困难。有时，与其把整个 Git 分支合并到另一个分支，不如选择并移动几个特定的提交。这个过程被称为 "挑拣", 即 Cherry-pick。本文将介绍 "Cherry-pick" 的内容、原因和方法。让我们开始吧~通过命令，Git 可以将任何分支中的选定提交合并到当前的 Git HEAD 分支中。在执行git merge或git rebase时，一个分支的所有提交都会被合并。而命令则允许你选择单个提交进行整合。
git cherry-pick
最新发布
liu_rockefeller的博客
11-06 415
是 Git 中的一个命令，用于将某个特定的提交（commit）从一个分支复制到另一个分支。它不会合并整个分支，而是“挑选”某次提交的内容，应用到当前分支。这就像“挑樱桃”一样，只选你想要的那颗提交。是 Git 中非常实用的命令，让你可以灵活地迁移某些特定的改动到其它分支，适用于补丁、bug 修复等场景，但应谨慎使用。
Git Cherry-Pick命令详解：轻松选取与移植提交
小李同学的博客
03-07 1万+
Git Cherry-Pick命令详解：轻松选取与移植提交
Git常用命令cherry-pick
YIYIYI
06-04 1万+
Git常用命令cherry-pick
git cherry-pick 摘樱桃
xjj1314的专栏
05-17 5305
cherry pick 英语摘樱桃，取这个名字的人，一定很喜欢樱桃。 git的分支就像一樱桃树，commit就像樱桃。摘樱桃就像是把另一个分支的樱桃摘（实际是克隆）过来变成自己的樱桃。 如果工作区不干净，会报： error: Your local changes to the following files would be overwritten by merge 如果缓存区不干净，会报： error: your local changes would be overwritten by .
Git基础教程（十三）进阶操作之Cherry-Pick：Git魔法师的高级操作：Cherry-Pick，代码搬家的艺术
jxf_jxfcsdn的博客
09-10 384
还在为合并整个分支而头疼吗？Git Cherry-Pick来了！这篇256字的摘要告诉你：Cherry-Pick就像精准的代码快递员，只运送你指定的提交，而不是整个分支。本文将用生动比喻和完整示例，展示如何优雅地“摘樱桃”，避免合并冲突，提高开发效率。小心，错误使用也会带来问题哦！
git merge VS git rebase VS git cherry-pick
Android应用开发工程师
07-26 1612
Merge: 适用于希望保留分支历史的场景，通常用于最终合并功能分支到主分支。Rebase: 适用于希望保持线性历史记录的情况，适合于经常需要同步最新变更的开发人员。cherry-pick: 适用于需要快速应用特定修复或功能到现有分支的情况。
【Git】git cherry-pick（将某个分支的 commit 改动复制到当前分支）
qq_45677671的博客
03-25 928
git cherry-pick命令解析 将某个分支的 commit 改动复制到当前分支
Git Cherry-pick：核心命令、实践详解
guoqkmiss的博客
04-09 3051
在多分支协作开发中，我们常常只想把某个分支上的单个或若干次提交，合并到另一个分支，而不需要合并整个分支。Git 提供的 cherry-pick 命令，正是为此而生的利器。 掌握 cherry-pick 如同获得代码移植手术刀，合理使用能让你的版本控制更加优雅高效！
Git 笔记 - git cherry-pick
Yuki_yuhan的博客
12-19 1297
你可以这样理解，git cherry-pick 是一个特别的 git merge。有时候不需要将一个分支全部的代码变动都进行合并，而是将部分的代码变动进行合并，即只合并一个或多个现有的提交。举例：现在有两个分支 master 和 test，希望能将 test 分支里的 commit_b 的提交合并到 master 分支里去......
Git 操作--代码分支管理命令--git cherry-pick
weixin_41918333的博客
03-30 1765
否则，将 next 但不是 HEAD 中的那些提交引入的更改应用到当前分支，为每个新更改创建一个新提交。根据现有的一个或者多个提交，应用所有这些提交里面的每一个改动，并形成新的提交(Optional)，不过需要你当前的工作区是干净的，没有任何修改。将接触 README 的 master 分支上的所有提交引入的更改应用到工作树和索引，因此可以检查结果并在合适的情况下将其放入单个新提交中。使用给定的合并策略。应用由所有提交引入的更改，这些提交是 master 的祖先而不是 HEAD 的祖先，以产生新的提交。
Cherry Picking with Git
chunying4842的博客
06-25 299
Managing feature branches changes that aren't quite ready for a full merge can be a difficult task. Sometimes you don't want to push a whole branch...
Git的cherry-pick等一些小知识
Army-海军的博客
08-05 7445
保存此处 原文地址 https://juejin.cn/post/7071780876501123085
Git进阶系列 | 7. Git中的Cherry-pick提交
残星说梦话
06-25 741
你好，我是俞凡，在Motorola做过研发，现在在Mavenir做技术工作，对通信、网络、后端架构、云原生、DevOps、CICD、区块链、AI等技术始终保持着浓厚的兴趣，平时喜欢阅读、思考，相信持续学习、终身成长，欢迎一起交流学习。Git是最流行的代码版本控制系统，这一系列文章介绍了一些Git的高阶使用方式，从而帮助我们可以更好的利用Git的能力。之间有一些不同，但这两个命令的目标是相同的: 将一个分支的更改集成到另一个分支。，理解它是怎样允许我们将任何分支中被选中的、单独的提交集成到当前的。
Git Cherry-pick命令
m0_65696193的博客
04-06 1077
由于管理多个Git分支之间的更改可能变得复杂，并且您不希望将整个分支合并到另一个分支中。从其他分支中选择一些更改到您的主要项目分支中称为Cherry-pick。从给定的输出中，您可以看到我已经使用git cherry-pick命令粘贴了提交ID，并将该提交合并到了我的主分支上。Git中的Cherry-pick指的是将一个分支中的某个提交应用到另一个分支中。当各个分支中存在不兼容版本时，无法进行完整的分支合并时，它是一个有用的工具。git cherry-pick用于访问对子分支引入的更改，而不更改分支本身。
Git使用小技巧【cherry-pick灵活运用】
xiaoyulike的博客
07-29 1530
一、使用场景 一、基本命令 （1）git cherry-pick A【参数A可以是提交的哈希值，也可以是分支名，代表该分支的最新提交】 （2）git cherry-pick A..B 【将A到B之间所有的提交都转移过去，但不包含A，A必须早于B】 （3）git cherry-pick A^..B 【A到B之间连续且包含A】 代码冲突： （1）git cherry-pick --continue【再解决完代码冲突后，将修改好的文件重新add到暂存区，然后执行 --continue 继续...
git cherry-pick命令用法详解
热门推荐
IT之一小佬的博客
12-11 5万+
git cherry-pick命令用法详解
git cherry-pick --abort error: no cherry-pick or revert in progress fatal: cherry-pick failed 怎么办
10-18
你遇到了这个错误： ```bash git cherry-pick --abort error: no cherry-pick or revert in progress fatal: cherry-pick failed ``` 这说明：**Git 认为当前没有正在进行的 `cherry-pick` 操作**，所以无法执行 `--abort`。 但这和你之前的上下文矛盾（你明明是从 `cherry-pick --continue` 的编辑界面退出来的），那为什么会出现这种情况？我们来一步步分析并解决。 --- ## 🔍 问题原因分析 出现 `no cherry-pick or revert in progress` 的常见情况有： ### ✅ 情况 1：你已经**成功完成了 cherry-pick 提交** - 你在 `git cherry-pick --continue` 时保存了提交信息； - Git 成功创建了一个新提交； - 此时 cherry-pick 流程**已经结束**，不再处于“进行中”状态； - 所以再运行 `--abort` 就提示“不在进行中”。 👉 这是最可能的情况！ 你可以通过以下命令确认是否已经有新提交生成： ```bash git log --oneline -2 ``` 你会看到类似这样的输出： ```text abc1234 [all] cloud_iot: support videoCallEvent ← 这个就是你刚完成的 cherry-pick 提交 def5678 c865v1_develop_250115: last commit before cherry-pick ``` 如果是这样，说明 **cherry-pick 已经完成提交了**，你现在要做的不是 `abort`，而是 **撤销最后一次提交（undo）**。 --- ## ✅ 正确解决方案：根据当前状态选择操作 ### ✅ 方案一：如果 cherry-pick 已完成（已有提交） 使用 `reset` 回退到上一个提交，但保留工作区更改： ```bash git reset --soft HEAD~1 ``` > ✅ 保留所有文件改动，只是把提交取消。适合你想重新编辑或放弃提交内容。 或者，如果你想彻底删除这次提交及其所有修改（慎用）： ```bash git reset --hard HEAD~1 ``` > ⚠️ 警告：这会**永久删除**该提交以及它引入的所有代码变更，请确保你不想要这些改动。 📌 推荐流程： ```bash # 先查看刚刚的提交长什么样 git show # 确认是你要撤销的那个 cherry-pick 提交 git reset --hard HEAD~1 ``` 执行后你就回到了 cherry-pick 前的状态。 --- ### ✅ 方案二：如果 cherry-pick 中途被打断但未完成（比如你删了提交信息导致失败） 有时你运行 `git cherry-pick --continue` 但清空了提交信息，导致： ```bash Aborting commit due to empty commit message. ``` 此时 Git 可能处于一种“中间失败状态”，`.git/CHERRY_PICK_HEAD` 文件还存在。 你可以手动检查是否存在该文件： ```bash ls .git/CHERRY_PICK_HEAD ``` - 如果存在 → 手动删除它即可清理状态： ```bash rm .git/CHERRY_PICK_HEAD ``` 然后再运行： ```bash git status ``` 应该就能恢复正常。 --- ### ✅ 方案三：不确定状态？一键恢复干净状态 如果你不知道现在到底是什么状态，可以用下面的方法重置一切： ```bash # 1. 清理未跟踪文件和目录（可选） git clean -fd # 2. 丢弃所有工作区修改，回到最新提交状态 git reset --hard HEAD # 3. 确保分支头一致 git checkout c865v1_develop_250115 ``` ⚠️ 注意：这会**清除所有未提交的更改**，请确保你不需要保留任何本地修改。 --- ## 🧪 如何判断 cherry-pick 是否已完成？ 运行： ```bash git log --oneline -3 ``` 看看最新的提交是不是你正在处理的那个功能（例如 `[all] cloud_iot: support videoCallEvent`）。 如果是 → 说明已经提交成功 → 你应该用 `reset` 而不是 `abort`。 运行： ```bash ls .git/CHERRY_PICK_HEAD ``` - 存在 → 表示 Git 仍认为 cherry-pick 在进行中（可以尝试 `git cherry-pick --quit`） - 不存在 → cherry-pick 已结束或被中断 --- ## ✅ 总结：你现在该怎么办？ | 判断依据 | 解决方案 | |--------|---------| | `git log` 显示已有新提交 | 使用 `git reset --hard HEAD~1` 撤销提交 | | `.git/CHERRY_PICK_HEAD` 文件存在 | 删除它：`rm .git/CHERRY_PICK_HEAD` | | 不确定状态，想彻底重来 | `git reset --hard HEAD && git clean -fd` | 🎯 最大概率是你已经完成了 cherry-pick 提交，所以不能用 `--abort`，应该用： ```bash git reset --hard HEAD~1 ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值