代码乱炖：提交破局

代码乱炖:提交破局

痛苦吗？代码历史中的迷失羔羊

我们先来看一个真实的代码提交历史图形化截图：

不知道大家看到这张图以后有什么感受？是不是很无语呢？我是无语凝噎的感受。代码历史到了这个地步，基本上是废了的！！！

通过本文我们就来谈一下代码历史线的问题。这里涉及到一个代码历史的管理问题，如果你希望拥有比较清晰的代码历史，从而可以很快速地追溯你以前的代码记录的话，你一定要关注这个话题。

如果你作为一个程序员用过mercurial，你可能对这个rebase概念已经有所了解。目前程序员用的最多的 source control工具是git。在git里面经常的一个争论是到底用rebase还是用merge?

说争论实际上是不太准确的。因为在实际工作中，这主要有两种情况，一是根本就不知道rebase, 另外一种是根本就不知道怎么用rebase。

那我们就说一下rebase和merge的区别，在功能上rebase把你当前的修改工作提升到最前沿,你自己独有的修改记录顺序不会改变，但是时间主要会基于当前目标分支的时间戳进行调整。

Merge不会改变时间戳。这样就会导致不同的人在合并自己修改代码记录的时候，会出现相互交错的情形。本文开篇是一张代码提交历史的截屏，里面的连线就像电路板一样复杂。

出现这样的情况，主要是因为程序员不做rebase直接merge造成的。

而类似这样电路板状的代码提交历史是没有意义的，因为太过复杂了。几乎没有可读性。如果你想去查看某些历史记录的时候，很容易被迅速淹没在这些信息海洋里面无法自拔，最后失去自我，迷失了。

一杯水与一桶水

先说一下一杯水和一桶水的关系，这个关系可以用来描述老师向学生传授知识的情形。主要意思是说老师要是给学生一杯水的话，这个老师必须要有一桶水才行。

其实对于我们软件行业来说，这个道理也是适用的。

关于本文的聚焦点代码历史，我们想给外部呈现的是清晰干净的代码历史记录。要到的这个目标，我们需要做很多的工作，这项工作相较于干净的代码历史就是一桶水与一杯水的关系。

这也是我们经常说的，对自己狠一点，让别人舒服一点。对自己狠一点不是一句空话，实际上是让自己绞尽脑汁的去想，如何把这个事情做好？把自己放在对方的角度上去看我们的输出结果。我们问自己，我作为这些代码的维护者和接收者，是不是可以接受这样混乱的代码历史记录，答案当然是否定的。

明白了这一点，在我们做代码历史管理的时候，再苦再累也是值得的。

一些有多年工作经验的程序员，他们可能用过很多代码管理的工具，这些代码管理工具在使用的时候经常用的一个操作就是merge。进入到git时代以后，这些程序员也保留了这样的习惯，直接就merge。

我跟一些程序员聊过，他们甚至都没有意识到有rebase这个操作。有的则觉得rebase太麻烦了，用了几次就放弃了。

这绝对是人之常情。

当我们习惯了用一种方式做事的时候，我们做得越久感觉越安全，因为它是行之有效的，能够解决问题的。当有另外一种更好的方式，但是却与以前的方式有很大差异的时候，我们就会有本能的排斥心理。这是源于我们对未知领域的一种恐惧感。

离开舒适区以后，我们大多数人都会有一种不适应，有的甚至会产生很强烈的失落感。

但是当我们回归本心的时候，我们会发现我们所付出的一切，经受的痛苦都是值得的。因为我们的初心就是让用户满意。代码历史的用户就是我们这些程序员。

如何正确做rebase？

**在主分支上应该rebase吗?怎么去做rebase? **

首先, 我要强调一下，在主分支上不要做rebase。这是因为如果你在主分支上做了rebase，如果你是第1次push可能没有问题，但是如果别的人也做了一个rebase，这个时候就导致你的主分支上有两个不同的head，这个时候如果想再push的话就存在问题了。

如果一切可控的话，你可以非常粗暴的使用强制push。但是如果团队成员比较多，会导致这样的操作会冲掉其他已经进来的提交。

除非万不得已，我们坚决不能在主分支上去做rebase。

接下来说一个正确使用rebase的场景。在接到一个任务以后，我们会在主分支上最新的节点处提交上创建一个新的分支。在新的分支上，我们会不断的进行新的提交，直到完成这个分支任务。

到这个时候，我们想创建一个merge request或者pull request，在此之前，我们首先要做的就是rebase，rebase选的目标分支是我们的主分支。

完成这次rebase操作以后，我们就可以创建mr或者pr了。在审查过程中可能有很多修改意见，修改完成以后需要先 rebase再push。如此反复几次，mr或者pr审批通过。此时要做一次squash merge 把数次提交打包合成一个到主分支上。

以上是我对在正常工作流程中如何使用rebase进行了一个现实案例的描述讲解,希望大家去体验一下，告诉我体会，请留言说说你的想法。