Git cherry-pick 和 rebase 的混合用法

最新推荐文章于 2025-04-10 10:01:13 发布
最新推荐文章于 2025-04-10 10:01:13 发布
阅读量1.5k 收藏 1
点赞数 1
分类专栏： git

之前在 git 上遇過一個問題

A-B  master
   \
    C-D-E-F-G topic




問題是，我只想把 D,F 加到 master ，其他的留在 topic ，而且又不想把 history 搞得很亂，最好就變成這個樣子：


A-B-D-F  master
       \
        C-E-G topic


有甚麼好的作法？


原來答案相當簡單。


$ git checkout master
$ git cherry-pick D
$ git cherry-pick F
$ git checkout topic
$ git rebase master



就這樣。


                

        

    

    
  



    



                



	

		

			

				
					
git学习-cherry-pick 、 rebase

				
			

			

				

					pin-csdn的博客
				

				

					04-18
					
					468
					
				

			

		

		

			
				
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高级用法：rebase、cherry-pick和子模块的使用场景

				
			

			

				

					全栈老李的博客
				

				

					06-14
					
					779
					
				

			

		

		

			
				
rebase：整理提交历史的瑞士军刀，保持历史清晰但慎用于公共分支：精准移植提交的镊子，适合选择性应用更改子模块：项目嵌套的俄罗斯套娃，强大但需要小心维护记住，这些高级功能就像厨房的锋利刀具——用得对能做出美味佳肴，用不对可能...你懂的。刚开始可以在个人项目多练习，熟练了再在团队中使用。

			
		

	



              


  
              

                


	

		

			

				
					
Git笔记8（cherry-pick与rebase）

				
			

			

				

					学习的最好方法就是去做
				

				

					05-15
					
					1547
					
				

			

		

		

			
				
cherry-pick将某一个分支的修改，应用到另外一个分支git cherry-pick commitId 将commitId处提交 应用到当前分支rebase（改变分支的根基）功能类似于mergegit checkout mywork进入mywork分支git rebase origin将分支合并到origin分支（会修改Git提交历史,而merge不会修改提交历史）如果rebase过程中出现...

			
		

	





	

		

			

				
					
git cherry-pick 和 rebase

				
			

			

				

					TimeMagician的博客
				

				

					03-25
					
					595
					
				

			

		

		

			
				
cherry-pick
该方法可以用于将一个分支的提交在另一个分支复现一遍。
举个例子，当不小心在test分支上编写了新功能，并commit后，虽然新功能无误，但是自己的工作分支mywork却没有新功能，则此时方法有两个，
一个是删除mywork分支，并重新从test分支新建一个mywork2分支.
另一个是采用cherry-pick方法.即首先查出在test分支上提交新功能的commit版本号,...

			
		

	



		

			
		



	

		

			

				
					
Git应用详解第九讲：Git cherry-pick与Git rebase

				
			

			

				

					AsunHunt的博客
				

				

					04-19
					
					3054
					
				

			

		

		

			
				
前言

前情提要：Git应用详解第八讲：Git标签、别名与Git gc

这一节主要介绍git cherry-pick与git rebase的原理及使用。
一、Git cherry-pick
Git cherry-pick的作用为移植提交。比如在dev分支错误地进行了两次提交2nd和3rd，如果想要将这两次提交移植到master分支上。采用先删除再添加的方法将会很繁琐，而使用cherry-pick...

			
		

	





	

		

			

				
					
git merge VS git rebase VS git cherry-pick

				
			

			

				

					m0_63526467的博客
				

				

					07-26
					
					1373
					
				

			

		

		

			
				
Merge: 适用于希望保留分支历史的场景，通常用于最终合并功能分支到主分支。Rebase: 适用于希望保持线性历史记录的情况，适合于经常需要同步最新变更的开发人员。cherry-pick: 适用于需要快速应用特定修复或功能到现有分支的情况。

			
		

	





	

		

			

				
					
Git Cherry-Pick 使用教程：精准移植提交的利器

				
			

			

				

					梦想成为公务员
				

				

					02-12
					
					1512
					
				

			

		

		

			
				
git cherry-pick是一个选择性“采摘”提交的命令，允许你将某个分支的单个或多个提交应用到当前分支。它类似于“复制粘贴”提交的修改，但保留了原提交的元信息（如作者、提交时间）。是精准管理提交的利器，尤其适合需要选择性移植代码的场景。但它并非万能，需结合git merge和git rebase合理使用。

			
		

	





	

		

			

				
					
【git rebase 与 git cherry-pick】

				
			

			

				

					“Struggle”的博客
				

				

					03-04
					
					1136
					
				

			

		

		

			
				
通常，你需要使用 git add 命令来暂存更改，但是使用 -a 选项，Git 会自动暂存所有跟踪文件中的更改。-s：这个选项是 --signoff 的简写，它会在提交信息后面添加一个签名，表明作者的身份。-m “add rest functions”：这是提交信息的正文，说明了对项目的更改。命令用于只需某分支部分代码的改动（如果需要某分支全部代码则需要用git merge好吧）（后面若增加配置项-n，则仅仅会更改工作区和暂存区）。主要用于对当前分支的提交历史进行编辑，如将多个小的提交合并成大的提交。

			
		

	





	

		

			

				
					
Git知识总览(四) git分支管理之rebase 以及 cherry-pick相关操作

				
			

			

				

					jarniyy的博客
				

				

					01-07
					
					1370
					
				

			

		

		

			
				
原文链接：Git知识总览(四) git分支管理之rebase 以及 cherry-pick相关操作 - 青玉伏案 - 博客园上篇博客聊了《Git知识总览(三) 分支的创建、删除、切换、合并以及冲突解决》，本篇博客我们主要来看一下 rebase 变基相关的操作。rebase 操作和 merge 操作最终都可以达到合并代码的效https://www.cnblogs.com/ludashi/p/8116434.html

上篇博客聊了《Git知识总览(三) 分支的创建、删除、切换、合并以及冲突解决》，本篇博客我们

			
		

	





	

		

			

				
					
Git高级玩法：Rebase、Cherry-pick与Stash实战解析

				
			

			

				

					silenceallat的博客
				

				

					03-13
					
					939
					
				

			

		

		

			
				
本文深入探讨了Git的三个高级功能：Rebase、Cherry-pick与Stash。Rebase用于重塑提交历史，适用于需要暂停开发处理紧急bug或整理提交历史的情形。Cherry-pick则允许开发者复制其他分支的提交到当前分支，方便将特定的改动应用到不同的分支。Stash用于暂时保存未完成的工作，以便于切换分支或处理其他任务。掌握这三个功能，能显著提升开发者使用Git的效率和灵活性。

			
		

	





	

		

			

				
					
git rebase 与 git cherry-pick 详解

				
			

			

				

					pedro7k的博客
				

				

					06-16
					
					976
					
				

			

		

		

			
				
git rebase和git cherry-pick详解

			
		

	





	

		

			

				
					
Git 分支整合策略：Cherry-pick、Merge、Rebase 三者之间对比

				
			

			

				

					guoqkmiss的博客
				

				

					04-10
					
					756
					
				

			

		

		

			
				
Merge Rebase都是将分支的改动带到另一分支的方法，区别在于“迁移范围”、“历史显示方式”以及“对后续工作的影响”。选择策略主要看目标：若你只想复制几个提交且不干扰其他内容，是好帮手；若要合并完整分支并保留多人协作痕迹，Merge更简单可靠；若追求最简洁线性历史或需要交互式编辑提交，Rebase是首选，但需关注团队协作中的冲突与历史重写问题。团队协作开发要形成统一规范哪些分支只能使用 merge；哪些分支可以 rebase；何时可以 cherry-pick；

			
		

	





	

		

			

				
					
Git进阶之代码回滚、合并代码、从A分支选择N次提交，合并到B分支【revert、merge、rebase、cherry-pick】

				
			

			

				

					小道仙的后宫
				

				

					05-28
					
					4766
					
				

			

		

		

			
				
Git进阶之代码回滚、合并代码、从A分支选择N次提交，合并到B分支【revert、merge、rebase、cherry-pick】

			
		

	





	

		

			

				
					
Git 高级技巧：Rebase、Cherry-pick 与冲突解决详解

				
			

			

				

					MenzilBiz的博客
				

				

					04-07
					
					1475
					
				

			

		

		

			
				
Rebase（变基）是将一系列提交移动到新的基础提交上的过程。与 merge 不同，rebase 通过重新应用提交来创建更线性的项目历史，避免了不必要的合并提交，使提交历史更加清晰易读。Cherry-pick 允许你选择某个分支上的特定提交，并将其应用到当前分支，就像摘取樱桃一样精准选择需要的更改。掌握Git的高级功能如rebase、cherry-pick和冲突解决，将使你从Git普通用户成长为版本控制专家。这些工具不仅能提高工作效率，还能帮助维护更清晰、更有意义的项目历史。

			
		

	





	

		

			

				
					
深入理解 Git 分支合并：merge、rebase 与 cherry-pick 的区别与场景

				
			

			

				

					2403_88969259的博客
				

				

					11-27
					
					3032
					
				

			

		

		

			
				
在我们日常团队开发过程中 git已经是我们团队开发中不可缺少的一种版本控制工具 我们在处理分支合并的时候 最常用到的命令就是 merge命令。是一种重写提交历史的方式，它会将一个分支上的所有提交，重新应用到目标分支的最新提交之后，生成线性的提交历史，而不会生成合并提交（merge commit）。被挑选的提交会在当前分支中生成新的提交，并保持当前分支的结构不变。不会修改原始提交历史，会保留所有的历史提交记录，这样我们能够清晰地保留每个分支的开发过程。这个我们需要的提交记录合并过来就满足我们的要求了。

			
		

	





	

		

			

				
					
git 中的rebase 与cherry-pick实战

				
			

			

				

					mingtiandexia的专栏
				

				

					04-12
					
					2032
					
				

			

		

		

			
				
遇到的问题
##　在项目中遇到这样的一个问题
　　master分支包含记录：base1,test1,test2,test3,test4
　　dev分支是基于master的base1后开发的，base1,dev1,dev2,dev3,现在怎么把dev1,dev2,dev3的代码同步到同主分支上？
思路有2个
1） perry-pick，打开idea，选择主分支上对应的记录，点击perry-pick,...

			
		

	





	

		

			

				
					
Git Cherry-pick/Git Merge/Git Rebase

				
			

			

				

					kangtingting01的专栏
				

				

					11-20
					
					1002
					
				

			

		

		

			
				
Git笔记(三)——[cherry-pick, merge, rebase]
8月 10日 2014
书接上回，直入主题！这篇继续实践剩下的几个命令。
现在的SourceTree状态如下：

cherry-pick - 妈妈，我也要
cherry-pick其实在工作中还挺常用的，一种常见的场景就是，比如我在A分支做了几次commit以后，发现其实我并不应该在A分支上工作，应该在B分支上

			
		

	





	

		

			

				
					
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]。

---

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 1

	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值