公司git管理中权限控制的比较严格，普通【作者：唐霜】转载请注明出处：www.tangshuang.net成员仅有pull和push的权限，而且c【本文受版权保护】转载请注明出处：www.tangshuang.netommit的信息必须以jira的tick著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】et号开头，没有merge的权限，一旦当著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。你push的commit中含有两个分支（未经授权，禁止复制转载。原创内容，盗版必究。two parents）的信息，就会提示【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net错误。
【本文受版权保护】未经授权，禁止复制转载。【作者：唐霜】【版权所有】唐霜 www.tangshuang.net而在实际开发中，因为只有leader有在【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】服务器上把其他分支merge进maste【转载请注明来源】【版权所有】唐霜 www.tangshuang.netr的权限，所以leader每天都要rev【未经授权禁止转载】【本文受版权保护】iew和merge来自不同开发者的不同分著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。支的代码。这里面自然就会导致一些conf著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。lict的，最简单的情况就是当两个pul原创内容，盗版必究。转载请注明出处：www.tangshuang.netl request发生的时候，第一个被m未经授权，禁止复制转载。【本文受版权保护】erge，可能在merge第二个时，就会【转载请注明来源】【原创不易，请尊重版权】产生conflict，无法merge。这本文作者：唐霜，转载请注明出处。【转载请注明来源】时leader一般会要求我们重新reba【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。se一下代码，然后提交新的代码，以解决m本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】aster merge第二个pull r【本文受版权保护】本文版权归作者所有，未经授权不得转载。equest的conflict。
本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。目标
我们的目标是将自己正在开发的分支reba【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】se到develop最新的commit上【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】。从整个代码的提交关系，如图：
本文作者：唐霜，转载请注明出处。
著作权归作者所有，禁止商业用途转载。
这时，我们再push dev bran未经授权，禁止复制转载。【原创不易，请尊重版权】ch，master就能merge它了。
rebase和merge的区别
从上面的图中其实可以看出，rebase和著作权归作者所有，禁止商业用途转载。【转载请注明来源】merge是两个完全不一样的操作。但是由【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。于它们过程中都会出现conflict的情【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】况，所以容易搞模糊。
转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.netrebase是将你当前的分支的起点（ba【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。se）重新移到另一个节点。比如上图中，就【本文受版权保护】【原创不易，请尊重版权】是讲dev分支的起点从master分支的【本文首发于唐霜的博客】未经授权，禁止复制转载。a移到b。实际上，rebase可以在任何本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】节点之间移来移去，只要你能解决好问题。
【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】merge则用debug分支来演示，de本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。bug分支是从dev分支分出来的，但是它【原创不易，请尊重版权】【原创不易，请尊重版权】的目的仅仅是为了解决bug，所以最后de【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】v把debug修改好的代码merge进来【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。。
原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】【版权所有，侵权必究】rebase和merge的区别如下：
本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】- merge是将另外一个分支merge进来【本文受版权保护】未经授权，禁止复制转载。，rebase是将自己rebase到另外未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net一个分支的另一个节点。也就是说所站在的分原创内容，盗版必究。本文作者：唐霜，转载请注明出处。支的视角不同，merge是一个向自己内部【本文受版权保护】未经授权，禁止复制转载。的过程，rebase是对外的一个过程。 【本文首发于唐霜的博客】【作者：唐霜】
- 被merge的分支其实可以结束了，可以被著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。删掉，下次需要的时候再重新创建。reba著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.netse的分支并不结束，一般还会进行下一步操【转载请注明来源】本文版权归作者所有，未经授权不得转载。作。 【原创不易，请尊重版权】【本文受版权保护】【原创不易，请尊重版权】
- rebase过程中涉及到merge操作，【转载请注明来源】本文版权归作者所有，未经授权不得转载。所以，实际上所有的conflict都是m本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】erge产生的。但是这里比较难理解，所以本文作者：唐霜，转载请注明出处。【作者：唐霜】要下文才能解释清楚。 转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】原创内容，盗版必究。
其实rebase跟merge是完全两个不转载请注明出处：www.tangshuang.net【版权所有，侵权必究】同的操作，只要狠狠抓住这点，理解上都会更未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net进一步。
【原创不易，请尊重版权】【未经授权禁止转载】【版权所有，侵权必究】rebase的运动过程
从上面的图上看，感觉rebase挺简单的本文作者：唐霜，转载请注明出处。【转载请注明来源】，就是把当前所在的分支的base改一下指【本文首发于唐霜的博客】原创内容，盗版必究。针就好了。但是实际上完全不是，rebas原创内容，盗版必究。本文作者：唐霜，转载请注明出处。e是commit by commit的一转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。个过程，跟我们想象的“改一下指针”完全不转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。同，可以说rebase的运动是最笨的一种著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】运动。下面来解释上面我们给出的图中reb【本文受版权保护】【本文首发于唐霜的博客】ase要实现的话都是怎样的一个过程。
本文版权归作者所有，未经授权不得转载。
著作权归作者所有，禁止商业用途转载。
上图示意了rebase的运动过程，但是未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。别急，有地方需要阐述一下。上图的第一个、原创内容，盗版必究。原创内容，盗版必究。第二个状态说的是，当rebase发生的时【版权所有】唐霜 www.tangshuang.net【作者：唐霜】候，首先实际上是把当前分支的所有comm【访问 www.tangshuang.net 获取更多精彩内容】【版权所有，侵权必究】it先捡出来，然后按照one by on原创内容，盗版必究。【版权所有，侵权必究】e的顺序进行暂时放置。
第三个状态是说，rebase实际上是以r本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。ebase的对象分支，也就是master【本文受版权保护】【转载请注明来源】分支指定的commit节点（默认是最新节【转载请注明来源】著作权归作者所有，禁止商业用途转载。点）作为base，重新创建一个同名分支，【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】也就是dev，这个时候，实际上老的dev原创内容，盗版必究。转载请注明出处：www.tangshuang.net分支已经跟整个分支体系脱节了，只属于索引【本文受版权保护】【转载请注明来源】结构中的暂存信息。新的dev分支其实相当【关注微信公众号：wwwtangshuangnet】【转载请注明来源】于checkout master && checkout -b dev，但是rebase并不会停在这个步骤，新著作权归作者所有，禁止商业用途转载。【本文受版权保护】的dev分支跟master是一模一样的。本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】接下来就是把老的dev分支上的commi本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.nett一个一个转移到新的dev分支上。所以g【本文首发于唐霜的博客】原创内容，盗版必究。it从已经脱节的dev老分支中取出第一个【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.netcommit，并再次在新的dev分支上执【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】行commit的全套过程。
第四个状态和状态三种commit的过程是【版权所有】唐霜 www.tangshuang.net【转载请注明来源】一样一样的，后面的所有commit都会按【本文首发于唐霜的博客】【未经授权禁止转载】照这个方式一个一个复制到新的dev分支中【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。。注意，这里的“复制”不是改一下指针这么【转载请注明来源】【原创不易，请尊重版权】简单，这里的复制其实是一个非常复杂的过程【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。，git从老的暂存的dev分支里面取出一【作者：唐霜】原创内容，盗版必究。个commit之后，同时还要把代码的改动【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.net也提交进来，这就会在上一个commit的【原创不易，请尊重版权】未经授权，禁止复制转载。基础上（上一个commit是指rebas本文作者：唐霜，转载请注明出处。【作者：唐霜】e过程中commit到新的dev分支）再未经授权，禁止复制转载。【原创内容，转载请注明出处】次进行commit。如果不发生冲突，那么未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。实际上这个过程是一个merge的过程，就原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。是站在新的dev分支上，merge老的d原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.netev分支上对应的那个commit的改动，【本文受版权保护】【版权所有】唐霜 www.tangshuang.net同时还要把commit的信息也复制过来（【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】而且这个commit信息也可以不复制，而【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】是自己重写过，具体可以参看这篇文章）。如此一个一个commit下去，直到把转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】所有的老的dev分支上的commit转移【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。到新的dev分支上。
【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。当所有的commit复制完之后，新的de本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】v分支其实是全新的一个分支，和老的dev【本文首发于唐霜的博客】【原创内容，转载请注明出处】只是代码改动和commit上相同，但就g原创内容，盗版必究。本文作者：唐霜，转载请注明出处。it的分支体系而言，是两个完全独立的，这著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。个时候从资源上看，老的dev分支应该还是著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】存在于git的索引中，直到整个rebas转载请注明出处：www.tangshuang.net原创内容，盗版必究。e完成之后，git自动将老的dev分支的【原创内容，转载请注明出处】【作者：唐霜】一切都清除。所以，当rebase完成之后，你无法恢复到re【转载请注明来源】【原创不易，请尊重版权】base之前的状态，也就是第一张图片，你无法恢复到第一个状本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】态。因此，rebase提供了abort功【转载请注明来源】未经授权，禁止复制转载。能，也就是rebase到一半的时候放弃，著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。恢复原样。另外一个办法就是，rebase原创内容，盗版必究。【原创不易，请尊重版权】的时候先以要rebase的分支创建一个分【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】支，这个分支跟rebase之前完全相同，【访问 www.tangshuang.net 获取更多精彩内容】【原创内容，转载请注明出处】如果rebase后后悔，可以切换到那个分本文版权归作者所有，未经授权不得转载。【本文受版权保护】支。
【作者：唐霜】转载请注明出处：www.tangshuang.netrebase过程中发生conflict
这是最恐怖的一件事，特别是当你的comm【版权所有，侵权必究】【本文首发于唐霜的博客】it特别多的时候发生conflict，你转载请注明出处：www.tangshuang.net原创内容，盗版必究。会崩溃。首先，conflict是怎么发生未经授权，禁止复制转载。【作者：唐霜】的？其实是在上面提到的merge时发生的【原创内容，转载请注明出处】【本文受版权保护】。
原创内容，盗版必究。【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。再回到上面那张图。
本文版权归作者所有，未经授权不得转载。
【关注微信公众号：wwwtangshuangnet】
当复制commit的过程发生时，实际上【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】也发生着merge。很明显，从a到b，m本文作者：唐霜，转载请注明出处。【未经授权禁止转载】aster分支上也发生着变化，这个变化可【原创不易，请尊重版权】【未经授权禁止转载】能会导致merge原来的dev分支的代码【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。时，产生冲突。比如在老的dev分支上改了【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】的某一段代码，在master分支上也发生原创内容，盗版必究。本文作者：唐霜，转载请注明出处。了变化。这就是我文章一开头的时候遇到的问【未经授权禁止转载】【关注微信公众号：wwwtangshuangnet】题，也就是前面merge了一个程序员的代【转载请注明来源】【版权所有，侵权必究】码，现在merge你的代码时，confl著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.netict产生了。
更恐怖的是，rebase每复制一个com【访问 www.tangshuang.net 获取更多精彩内容】未经授权，禁止复制转载。mit都会去merge一次，这是因为对于原创内容，盗版必究。【转载请注明来源】新的dev而言，它的base已经改变了，【原创不易，请尊重版权】【原创内容，转载请注明出处】每一个commit其实是从原来的dev中【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】将代码合并过来，所以很有可能新的dev中【版权所有，侵权必究】【关注微信公众号：wwwtangshuangnet】的代码和要合并的代码会产生冲突。
【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。这也是为什么我们每一次git rebase –【版权所有，侵权必究】【本文受版权保护】;continue都有可能产生confl【作者：唐霜】【版权所有】唐霜 www.tangshuang.netict的原因。
【原创内容，转载请注明出处】原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】著作权归作者所有，禁止商业用途转载。更有可能，你的commit中前一个加入了【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。某串代码，后一个commit又把它删除了【本文受版权保护】【版权所有】唐霜 www.tangshuang.net，那么你在rebase的时候如果发生co本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。nflict的话，你不得不先解决第一个c【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.netommit的问题，然后解决第二个comm本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】it的问题，这种蛋疼的问题，都是无可救药著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】的rebase造成的。所以，不在万不得已【版权所有，侵权必究】原创内容，盗版必究。的时候，不要rebase啊！
【版权所有】唐霜 www.tangshuang.net【作者：唐霜】本文版权归作者所有，未经授权不得转载。因此，如果你要rebase的分支原来的b本文版权归作者所有，未经授权不得转载。【作者：唐霜】ase节点越老、commit次数越多，那本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。么出现conflict的次数也就可能越多【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。。反过来说，如果你要rebase的分支只【原创内容，转载请注明出处】【原创不易，请尊重版权】有一个commit，那么即使出现conf本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。lict，也只需要你解决一次就可以完成r【转载请注明来源】【未经授权禁止转载】ebase。
转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。让我们来看下曲线救国的方法：
【未经授权禁止转载】
【原创不易，请尊重版权】
就是用一个新分支先把dev的代码整合过【未经授权禁止转载】【转载请注明来源】来（注意不是merge，merge会把所转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net有的commit都包含）然后用这个新分支著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。去rebase，这样只需要解决一次con【作者：唐霜】【本文首发于唐霜的博客】flict，当然，这样会损失所有的com本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。mit，看情况是不是采取这样的方案。怎么原创内容，盗版必究。【本文受版权保护】整合代码呢？就是先把dev merge进转载请注明出处：www.tangshuang.net原创内容，盗版必究。dev1，merge完之后dev1包含了本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】所有的dev的commit，这个时候使用【本文受版权保护】【原创不易，请尊重版权】reset –soft，把所【本文受版权保护】【转载请注明来源】有的commit取消，但是merge的时【原创内容，转载请注明出处】未经授权，禁止复制转载。候解决好的conflict的代码还在，所【本文首发于唐霜的博客】【作者：唐霜】以只需要再commit一次，这样就实际上原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】拥有了dev的最新代码，完成之后再reb【转载请注明来源】著作权归作者所有，禁止商业用途转载。ase到b。
小结
其实本文最核心的是要抓住rebase的运【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net动过程，一旦知道rebase是一个一个c【作者：唐霜】未经授权，禁止复制转载。ommit重新提交的一个全新的分支，就知【本文受版权保护】【本文首发于唐霜的博客】道为什么rebase的时候会出现那么多状【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】况了。
【本文受版权保护】本文作者：唐霜，转载请注明出处。【转载请注明来源】
