git cherry-pick 和 rebase

最新推荐文章于 2025-04-10 10:01:13 发布
原创 最新推荐文章于 2025-04-10 10:01:13 发布 · 598 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了Git中的cherry-pick和rebase操作。cherry-pick允许将一个分支的特定提交应用到另一个分支，避免了merge可能导致的分支历史丢失。而rebase则能将当前分支的改动整合到目标分支，使得历史线更简洁。

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

cherry-pick

该方法可以用于将一个分支的提交在另一个分支复现一遍。
举个例子，当不小心在test分支上编写了新功能，并commit后，虽然新功能无误，但是自己的工作分支mywork却没有新功能，则此时可以采用cherry-pick方法.即首先查出在test分支上提交新功能的commit版本号,然后checkout到mywork分支,然后使用git cherry-pick <commit版本号>.来将新功能添加进test分支即可.原理如下图:

  • test上添加新功能:
    在这里插入图片描述
  • 使用cherry-pick后的分支情况:
    在这里插入图片描述
    这样就至少可以保证不用采用merge带来的分支丢失.

rebase

使用rebase操作,可以把当前分支的改动全部加入到目标分支当中,具体的图示关系如下:
使用rebase之前:
在这里插入图片描述
使用git checkout mywork;git rebase test后,状态如下图所示:
在这里插入图片描述

最低0.47元/天 解锁文章

200万优质内容无限畅学
Git应用详解第九讲：Git cherry-pick与Git rebase
AsunHunt的博客
04-19 3061
前言 前情提要：Git应用详解第八讲：Git标签、别名与Git gc 这一节主要介绍git cherry-pick与git rebase的原理及使用。 一、Git cherry-pick Git cherry-pick的作用为移植提交。比如在dev分支错误地进行了两次提交2nd和3rd，如果想要将这两次提交移植到master分支上。采用先删除再添加的方法将会很繁琐，而使用cherry-pick...
【高频考点精讲】Git高级用法：rebase、cherry-pick和子模块的使用场景
全栈老李的博客
06-14 804
rebase：整理提交历史的瑞士军刀，保持历史清晰但慎用于公共分支：精准移植提交的镊子，适合选择性应用更改子模块：项目嵌套的俄罗斯套娃，强大但需要小心维护记住，这些高级功能就像厨房的锋利刀具——用得对能做出美味佳肴，用不对可能...你懂的。刚开始可以在个人项目多练习，熟练了再在团队中使用。
Git 分支整合策略：Cherry-pick、Merge、Rebase 三者之间对比
guoqkmiss的博客
04-10 782
Merge Rebase都是将分支的改动带到另一分支的方法，区别在于“迁移范围”、“历史显示方式”以及“对后续工作的影响”。选择策略主要看目标：若你只想复制几个提交且不干扰其他内容，是好帮手；若要合并完整分支并保留多人协作痕迹，Merge更简单可靠；若追求最简洁线性历史或需要交互式编辑提交，Rebase是首选，但需关注团队协作中的冲突与历史重写问题。团队协作开发要形成统一规范哪些分支只能使用 merge；哪些分支可以 rebase；何时可以 cherry-pick；
Git cherry-pick 和 rebase 的混合用法
smile_cc的专栏
08-19 1271
之前在 git 上遇過一個問題 A-B master  \  C-D-E-F-G topic 問題是，我只想把 D,F 加到 master ，其他的留在 topic ，而且又不想把 history 搞得很亂，最好
git学习-cherry-pick 、 rebase
pin-csdn的博客
04-18 469
1、cherry-pick 合并代码，挑选目标分支的某几个提交来合并 例如：当前在master分支。 想挑选feature分支的f【eature 2】这个修改来合并 选择目标分支来cherry-pick cherry-pick后的结果 2、将多个提交rebase成一个提交 a、我们新建一个rebase分支来测试，初始的状态： b、选择最久的一个提交（这个提交之后的commit都能rebase） c、选择要rebase的commit，选择需要rebase的commit来squash（压扁） 小技巧
Git笔记8（cherry-pick与rebase）
学习的最好方法就是去做
05-15 1550
cherry-pick将某一个分支的修改，应用到另外一个分支git cherry-pick commitId 将commitId处提交 应用到当前分支rebase（改变分支的根基）功能类似于mergegit checkout mywork进入mywork分支git rebase origin将分支合并到origin分支（会修改Git提交历史,而merge不会修改提交历史）如果rebase过程中出现...
[Git tips] Git rebase， Git cherry-pick
san_icarus的博客
08-21 272
Git rebase 多人协作项目中，可能会同时存在多个本地分支（每个人都会创建本地分支开发新的功能），主干分支在短时间内可能会有很高频率的提交。如果只是简单粗暴的使用git pull--git commit--git push，由于pull会自动进行merge操作，并留下merge记录，主干上很容易出现十分复杂、互相交错的树形结构提交记录。连续多个merge在git的路径中，看不清某个人某次有...
git merge VS git rebase VS git cherry-pick
m0_63526467的博客
07-26 1388
Merge: 适用于希望保留分支历史的场景，通常用于最终合并功能分支到主分支。Rebase: 适用于希望保持线性历史记录的情况，适合于经常需要同步最新变更的开发人员。cherry-pick: 适用于需要快速应用特定修复或功能到现有分支的情况。
git cherry-pick 简单使用md，学习代码
06-21
# Git Cherry-Pick 简单使用指南 Git 是一个分布式版本控制系统，...结合附带的图片（assets\rebase-1.png, assets\rebase-2.png, assets\rebase-3.png），可以更直观地理解 `cherry-pick` 在实际操作中的流程和效果。
git rebase 与 git cherry-pick
海胆的博客
03-04 312
在知道hash值的情况下，git cherry-pick 用起来很快捷 可以快速创建一条包含特定提交分支
Git知识总览(四) git分支管理之rebase 以及 cherry-pick相关操作
jarniyy的博客
01-07 1372
原文链接：Git知识总览(四) git分支管理之rebase 以及 cherry-pick相关操作 - 青玉伏案 - 博客园上篇博客聊了《Git知识总览(三) 分支的创建、删除、切换、合并以及冲突解决》，本篇博客我们主要来看一下 rebase 变基相关的操作。rebase 操作和 merge 操作最终都可以达到合并代码的效https://www.cnblogs.com/ludashi/p/8116434.html 上篇博客聊了《Git知识总览(三) 分支的创建、删除、切换、合并以及冲突解决》，本篇博客我们
高级GIT教程——Cherry-Pick vs Rebase vs Merge
寒冰屋的专栏
03-07 2023
目录 GIT分支机构概述 Merge 什么是合并提交？ Rebase Cherry-Pick Merge、Rebase和Cherry-Pick的摘要 GIT最重要的功能之一就是分支。多个功能的开发可以并行进行，彼此独立。最后，当然需要一个包含多个分支机构功能的版本。本文是有关如何创建此类版本的方法的简要概述。 GIT分支机构概述 在GIT中，每个提交都知道其父级。因此，您的GIT...
【git rebase 与 git cherry-pick】
“Struggle”的博客
03-04 1142
通常，你需要使用 git add 命令来暂存更改，但是使用 -a 选项，Git 会自动暂存所有跟踪文件中的更改。-s：这个选项是 --signoff 的简写，它会在提交信息后面添加一个签名，表明作者的身份。-m “add rest functions”：这是提交信息的正文，说明了对项目的更改。命令用于只需某分支部分代码的改动（如果需要某分支全部代码则需要用git merge好吧）（后面若增加配置项-n，则仅仅会更改工作区和暂存区）。主要用于对当前分支的提交历史进行编辑，如将多个小的提交合并成大的提交。
Git知识rebase, merge, cherry-pick
MAIMIHO的博客
01-10 686
如何优雅地使用 Git - 掘金 https://juejin.im/post/5a54386af265da3e3b7a6317 如何和产品妹子解释什么是变基 https://mp.weixin.qq.com/s?__biz=MzA3ODUxMjMyMw==&mid=2649753261&idx=1&sn=091ab93c0e15f02c7d8d45cf634a8820#rd 你会在 We
Git知识总览(五) Git中的merge、rebase、cherry-pick以及交互式rebase
jarniyy的博客
01-07 1859
原文链接：Git知识总览(五) Git中的merge、rebase、cherry-pick以及交互式rebase - 青玉伏案 - 博客园上篇博客聊了《git分支管理之rebase 以及 cherry-pick相关操作》本篇博客我们就以Learning Git中的关卡进行展开。下方列举了LearningGit中的 merge、rebashttps://www.cnblogs.com/ludashi/p/8213550.html 上篇博客聊了《git分支管理之rebase 以及 cherry-pick相关操
关于Git的rebase操作与cherry-pick操作的建议
林中路
08-10 719
缘起 最近一次新疆采编发版时，发现代码中有一处配置的一个变量没有了，经过查询Git的提交历史发现这次改动涉及的提交bbb的作者是开发人员A，但A君表示从来没有动过这块代码。 这就很奇怪了，明明Git上显示的作者是A君，但A又表示不是自己改的，那到底是Git在说谎还是A君在说谎？ 经过线下询问其他采编开发人员，并对比Git的分支图谱，多方查证，终于弄清楚了原因： 开发人员B君要开发的一个功能正好在产品分支上已经有了，所以采用了cherry-pick的方式从产品分支将这个功能的那次提交000(作者是D，提交者
Cherry-Pick、Squash Commits、Rebase使用
qq_43313220的博客
02-01 9007
Cherry-Pick、Squash Commits、Rebase使用
git rebase 与 git cherry-pick 详解
pedro7k的博客
06-16 980
git rebase和git cherry-pick详解
git rebase 和 git cherry-pick应该如何使用
最新发布
07-02
### `git rebase` 的使用 `git rebase` 是 Git 中用于重新应用提交到不同基点的命令。它常用于将一个分支的更改整合到另一个分支中，同时保持线性历史记录。这种操作在开发个人分支并希望将其更新到最新主分支时非常有用。 要执行 `rebase` 操作，可以使用以下命令： ```bash git checkout feature-branch git rebase main ``` 如果在 `rebase` 过程中遇到冲突，Git 会暂停并在冲突文件中标记出问题区域。解决冲突后，需要添加已解决的文件，并继续 `rebase` 流程： ```bash git add <resolved-file> git rebase --continue ``` 若想跳过当前冲突提交，可使用 `git rebase --skip`；如需取消整个 `rebase` 操作，则使用 `git rebase --abort` [^4]。 对于更复杂的场景，例如想要修改特定的历史提交或调整提交顺序，可以使用交互式 `rebase`。通过指定要编辑的提交范围来启动交互模式： ```bash git rebase -i HEAD~5 ``` 这将打开一个文本编辑器，列出最近五次的提交。在此界面中，可以通过改变每行前的操作指令（如 `pick`, `edit`, `squash` 等）来决定如何处理每个提交。 ### `git cherry-pick` 的使用 `git cherry-pick` 命令允许开发者将某个特定提交从一个分支复制到另一个分支上。这对于只希望合并部分更改而不是整个分支的情况很有帮助。 基本用法如下所示： ```bash git checkout target-branch git cherry-pick <commit-hash> ``` 这里的 `<commit-hash>` 是你想转移的那个提交的唯一标识符。一旦运行了这个命令，Git 将尝试将该提交引入当前检出的分支，并创建一个新的提交。如果存在冲突，同样需要手动解决，并且完成之后需要运行 `git add` 来标记冲突已解决，然后使用 `git cherry-pick --continue` 继续操作 [^3]。 ### 注意事项与最佳实践 - 在共享仓库或者公共分支上进行 `rebase` 操作应当谨慎，因为这会重写项目历史，可能导致其他协作者的工作出现问题。 - 使用 `cherry-pick` 时要注意确保所选提交是独立的，不会依赖于未被选取的其他更改，否则可能会导致构建失败或功能异常。 - 当面对简单的一对一提交迁移时，优先考虑使用 `cherry-pick`；而在需要维护清晰线性历史的情况下，尤其是个人开发分支向主干合并代码时，推荐使用 `rebase` [^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值