使用git rebase合并多次commit

1. 背景

一个repo通常是由一个team中的多个人共同维护，如果需要增加新feature，那么就是一个feature分支了。由于开发中各种修改，本feature分支多次commit。最后提交master后，会看到乱七八糟的所有增量修改历史。其实对别人来说，我们的改动应该就是增加或者删除，给别人看开发过程的增量反而太乱。于是我们可以将feature分支的提交合并后然后再merge到主干这样看起来就清爽多了。

记得知乎上有个帖子提问为啥vue的作者尤大大在开发vue的时候，提交历史能做到如此清爽。 Git commits历史是如何做到如此清爽的? - 知乎

2. rebase简介

rebase的作用简要概括为：可以对某一段线性提交历史进行编辑、删除、复制、粘贴；因此，合理使用rebase命令可以使我们的提交历史干净、简洁！

但是需要注意的是：

不要通过rebase对任何已经提交到公共仓库中的commit进行修改（你自己一个人玩的分支除外）

3. 反面例子

新建一个repo rebase-test ；新建开发分支 dev ；在开发分支是 commit 了三次然后 merge 到 master 分支；然后 git log 或者 git log --oneline ；可以发现 dev 分支上的每次 commit 都体现到了 master 上

fb28c8d (HEAD -> master, origin/master, origin/dev, origin/HEAD, dev) fix: 第三次提交
47971f6 fix: 第二次提交
d2cf1f9 fix: 第一次提交
26bac61 Initial commit
            如果用git log可以按s向下翻log
            git log --oneline 可以一行展现
        4. 具体操作

        当我们在本地仓库中提交了多次，在我们把本地提交push到公共仓库中之前，为了让提交记录更简洁明了，我们希望把如下分支B、C、D三个提交记录合并为一个完整的提交，然后再push到公共仓库。
        这里我们使用命令:
        git rebase -i  [startpoint]  [endpoint]
        其中-i的意思是--interactive，即弹出交互式的界面让用户编辑完成合并操作，[startpoint] [endpoint]则指定了一个编辑区间，如果不指定[endpoint]，则该区间的终点默认是当前分支HEAD所指向的commit(注：该区间指定的是一个前开后闭的区间)。 在查看到了log日志后，我们运行以下命令：
        git rebase -i 36224db
        git rebase -i HEAD~3 
        然后我们会看到如下界面:
        上面未被注释的部分列出的是我们本次rebase操作包含的所有提交，下面注释部分是git为我们提供的命令说明。每一个commit id 前面的pick表示指令类型，git 为我们提供了以下几个命令:
            pick：保留该commit（缩写:p）
            reword：保留该commit，但我需要修改该commit的注释（缩写:r）
            edit：保留该commit, 但我要停下来修改该提交(不仅仅修改注释)（缩写:e）
            squash：将该commit和前一个commit合并（缩写:s）
            fixup：将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
            exec：执行shell命令（缩写:x）
            drop：我要丢弃该commit（缩写:d）
        根据我们的需求，我们将commit内容编辑如下:
            pick d2cf1f9 fix: 第一次提交
            s 47971f6 fix: 第二次提交
            s fb28c8d fix: 第三次提交
        上面的意思就是把第二次、第三次提交都合并到第一次提交上
        然后wq保存退出后是注释修改界面:
            可以再浏览态 按下两个dd可以删除一行
        最终的编辑效果如下： 
        编辑完保存即可完成commit的合并了：
        最后查看log可以发下提交合并了
        5. 参考文献

        rebase 用法小结
  分类：




    
 前端
 标签：
 Git
 
   
      安装掘金浏览器插件
     多内容聚合浏览、多引擎快捷搜索、多工具便捷提效、多模式随心畅享，你想要的，这里都有！
 前往安装
   相关推荐
   
      
     Typora+PicGo+gitHub搭建自己的免费图床
 相信很多程序员都有记录笔记或写博客的习惯，而要说到好用的写作软件，非 Typora 莫属，但是使用它在编辑的时候，它的图片默认都是保存在本地的相对路径中的，今天就分享一个Typora上传图片的解决方法
  786
 
 
        榴莲飞大饼
        GitHub
      
     【解放双手】一句git命令，提交本地修改到当前分支，并自动合并到test分支
 【背景】 在日常需求开发过程中，大家是不是feature/a的需求分支，需求完成之后，需要将feature/a分支合并到test分支，触发ci/cd，部署测试环境，通常这套git命令是重复的，如果处于
  112
 
 
      
 21小时前
 
      
     Git 基础操作
 Git 版本管理器 想必各位都有过丢代码，或者代码因为经过几个修改过后觉得第一版的代码更好，想返回第一版的代码时既然找不到代码了的经历。所以为了避免类似的事情发生我们开发人员必定得学会 Git 版本管
  97
 




    
 
        京东云开发者
      
 12小时前
 
        HotFix
      
     Git 代码分支管理 | 京东云技术团队
 分支的命名规范以及管理方式对项目的版本发布至关重要，为了解决实际开发过程中版本发布时代码管理混乱、冲突等比较头疼的问题，我们将在文中阐述如何更好的管理代码分支。
  388
 
 
        OliverZ
      
     Git 基础 - tag 的使用
 Git tag 是 Git 代码版本管理工具中的一项重要功能，它可以用来记录在项目开发中重要的里程碑或版本号，并且可以通过标签名称快速定位到对应版本的代码。本文主要介绍了 Git tag 的基本使用。
  768
 
 
        zxg_神说要有光
        JavaScript
      
     用 git bisect 快速定位你想找的 commit
 当项目报错，你想定位是哪个 commit 引入的错误的时候，会怎么做呢？ 有的同学说可以看文件的历史呀，看文件是在哪个 commit 改的。 但这种方式前提是你确定是哪行代码引起的错误。 如果不知道哪
  2295
 
 
        Sunqk5665
        GitHub
      
     版本控制工具之Git基本操作
 每一台客户端都具有完整的版本备份，所有的版本提交都不需要依赖中心服务器。只有在多人协同时，服务器会处理并发情况。 一、Git 环境安装
  1864
 
 
        Sunqk5665
        GitHub
      
     Git——远程仓库操作
 一、代码托管平台 1.1 Github https://github.com/ 全球最大的代码托管平台，几乎全球所有知名的开源项目都在此网站上。缺点是国内访问间接性抽风。




    
  1882
 
 
        不过是北枳
      
     30分钟让你快速学会Git版本控制
 让你用最短时间学会Git操作使用 我们开发的项目，也需要一个合适的版本控制系统来协助我们更好地管理版本迭代，而Git正是因此而诞生的。
  2225
 
 
      
     女朋友说 Git 玩不明白，怎么办？安排！
 前言 在某个月黑风高的晚上，一脸愁容的女朋友突然跟我说，Git 老搞不明白，有什么比较好的经验可以分享下吗，说时迟，那时快，二话不说，立马开始奋笔疾书...... 在平时的 Coding 过程中，我们
  7.7w
 
 
      
     一篇文章带你入门Git，将代码推送拉取到远程仓库
 我正在参加「掘金·启航计划」不管是学前端和后端都需要用到git，那我们应该如何学习。文章从概念到安装和基础操作指令一步一步讲解，最后会以连接远程仓库gitee（连接GitHub的方法一样）案例讲解
  2644
 
 
        Lxlxxx
      
     你还在用merge么，了解了解rebase吧
 前言 Git作为我们日常开发代码的版本管理，开发分支的管理方面起着很大作用，我们开发过程中分支通常有生产、预发、测试、开发这几个分支，我们会根据项目进行的某个阶段，将代码提交到某个版本上，正常流程是先
  2.5w
 




    
 
        出来吧皮卡丘
      
     Git不要只会pull和push，试试这5条提高效率的命令
 前言 使用 Git 作为代码版本管理，早已是现在开发工程师必备的技能。可大多数工程师还是只会最基本的保存、拉取、推送，遇到一些commit管理的问题就束手无策，或者用一些不优雅的方式解决。 本文分享我
  11.8w
 
 
        一袋米要扛几楼
        JavaScript
      
     【讲真!】Git进阶精选看这篇就够了
 明明用了5年的git，来了字节之后感觉自己好像没用过git一样。靠，我5年前端开发经验难道是假造的咩~，真的是栓q。我不管！我不管！我不管！别人都会的我也要会！
  7.1w
 
 
        Node.js
        掘金·日新计划
      
     都3202年了，不会有人还不会发布npm包吧
 阅读本文，你将收获： 1. 从0开始创建并发布npm的全过程 2. 一个持续迭代且简单实用的axios请求去重工具库
  4.0w
 
 
        轩辕十四leo
        GitHub
      
     GitHub 使用命令行同步 fork 仓库
 在 GitHub 上，我们可以使用 Fork 操作将其他用户的仓库复制到自己的账户下。但如果原始仓库更新了，我们可能需要将其再次 fork 到自己的账户下，以保持代码与原始仓库同步。下面将介绍如何使用
  1007
 
 
        zxg_神说要有光
      
     这个 git 命令你每天都在用，但你却不知道
 我们每天都在敲 git clone、add、commit、push 这些命令，其实它们涉及到一个底层命令。 这个命令你每天都在用，每天都能看到它的输出，但你却不知道你用到了这个命令。 那这个命令是啥的
  7336
 
 
        zxg_神说要有光
      
     理解了这 3 个 object，你甚至能自己写个 git！
 git 我们每天都在用，但你知道它是怎么实现的么？ git add、git commit 整天都敲，但你知道它底层做了什么么？ commit、branch、暂存区这些都是怎么实现的，怎么做到的版本切换
  7869
 
 
        政采云技术
      
     我在工作中是如何使用 git 的
 前言 最近在网上有个真实发生的案例比较火，说的是一个新入职的员工，不会用 git 拉代码，第二天被开除。由此，可见 git 对我们工作的重要性，无论是前端后端，都是离不开 git 的，下面就让我们一探
  10.6w
 
 
        写代码的浩
        掘金·日新计划
      
     [Git废弃提交]需求做一半，项目停了，我该怎么废弃commit
 在实际开发中我们要拥抱变化。我们都知道需求它是很不稳定的，在实际开发过程中会经常改变。经常会遇到一个需求，已经开始进入开发阶段了，开发到一半的时候说这个功能不需要了。甚至会出现我们已经实现某一个功能，
  8158
 
 
          
 
 
  
 
 友情链接：
 
        逆天萌宝：妈咪马甲又爆了
        都市：开局获得寻宝系统
        夺我的镇魔池，还想让我救你们？
        socket io.js
        extjs4.1中文api
        java list.each
        python threadpoolexecutor queue
        小崽子你干啥呢免费阅读
        js mvc概念
    zuopf769
        fe @ yonyou->baidu->ofo->mtdp
         2,441