git rebase和merge的区别,rebase的运动过程和conflict的解决

广告位招租
扫码页面底部二维码联系

公司git管理中权限控制的比较严格,普通本文作者:唐霜,转载请注明出处。【原创内容,转载请注明出处】成员仅有pull和push的权限,而且c本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。ommit的信息必须以jira的tick【未经授权禁止转载】转载请注明出处:www.tangshuang.netet号开头,没有merge的权限,一旦当【作者:唐霜】【关注微信公众号:wwwtangshuangnet】你push的commit中含有两个分支(【关注微信公众号:wwwtangshuangnet】本文作者:唐霜,转载请注明出处。two parents)的信息,就会提示【未经授权禁止转载】本文作者:唐霜,转载请注明出处。错误。

转载请注明出处:www.tangshuang.net【原创不易,请尊重版权】【本文首发于唐霜的博客】

而在实际开发中,因为只有leader有在【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。服务器上把其他分支merge进maste【原创不易,请尊重版权】【本文受版权保护】r的权限,所以leader每天都要rev原创内容,盗版必究。原创内容,盗版必究。iew和merge来自不同开发者的不同分转载请注明出处:www.tangshuang.net【关注微信公众号:wwwtangshuangnet】支的代码。这里面自然就会导致一些conf【原创不易,请尊重版权】转载请注明出处:www.tangshuang.netlict的,最简单的情况就是当两个pul转载请注明出处:www.tangshuang.net【本文受版权保护】l request发生的时候,第一个被m转载请注明出处:www.tangshuang.net转载请注明出处:www.tangshuang.neterge,可能在merge第二个时,就会本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。产生conflict,无法merge。这【原创内容,转载请注明出处】【作者:唐霜】时leader一般会要求我们重新reba【作者:唐霜】转载请注明出处:www.tangshuang.netse一下代码,然后提交新的代码,以解决m【本文首发于唐霜的博客】【原创内容,转载请注明出处】aster merge第二个pull r【转载请注明来源】未经授权,禁止复制转载。equest的conflict。

【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】本文版权归作者所有,未经授权不得转载。【作者:唐霜】【关注微信公众号:wwwtangshuangnet】

目标原创内容,盗版必究。

本文作者:唐霜,转载请注明出处。【原创不易,请尊重版权】【作者:唐霜】著作权归作者所有,禁止商业用途转载。

我们的目标是将自己正在开发的分支reba本文版权归作者所有,未经授权不得转载。未经授权,禁止复制转载。se到develop最新的commit上著作权归作者所有,禁止商业用途转载。【作者:唐霜】。从整个代码的提交关系,如图:
【本文首发于唐霜的博客】转载请注明出处:www.tangshuang.net git-rebase
【版权所有,侵权必究】未经授权,禁止复制转载。 这时,我们再push dev bran【本文首发于唐霜的博客】著作权归作者所有,禁止商业用途转载。ch,master就能merge它了。

【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【转载请注明来源】【版权所有,侵权必究】

rebase和merge的区别本文作者:唐霜,转载请注明出处。

【本文首发于唐霜的博客】著作权归作者所有,禁止商业用途转载。著作权归作者所有,禁止商业用途转载。

从上面的图中其实可以看出,rebase和【作者:唐霜】【访问 www.tangshuang.net 获取更多精彩内容】merge是两个完全不一样的操作。但是由【原创不易,请尊重版权】【作者:唐霜】于它们过程中都会出现conflict的情著作权归作者所有,禁止商业用途转载。【本文首发于唐霜的博客】况,所以容易搞模糊。

转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net未经授权,禁止复制转载。

rebase是将你当前的分支的起点(ba【原创内容,转载请注明出处】转载请注明出处:www.tangshuang.netse)重新移到另一个节点。比如上图中,就转载请注明出处:www.tangshuang.net未经授权,禁止复制转载。是讲dev分支的起点从master分支的本文作者:唐霜,转载请注明出处。【原创内容,转载请注明出处】a移到b。实际上,rebase可以在任何转载请注明出处:www.tangshuang.net【原创不易,请尊重版权】节点之间移来移去,只要你能解决好问题。

转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。

merge则用debug分支来演示,de未经授权,禁止复制转载。【原创内容,转载请注明出处】bug分支是从dev分支分出来的,但是它本文版权归作者所有,未经授权不得转载。【本文首发于唐霜的博客】的目的仅仅是为了解决bug,所以最后de【未经授权禁止转载】【作者:唐霜】v把debug修改好的代码merge进来本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net

著作权归作者所有,禁止商业用途转载。【关注微信公众号:wwwtangshuangnet】【未经授权禁止转载】【原创内容,转载请注明出处】【作者:唐霜】

rebase和merge的区别如下:【访问 www.tangshuang.net 获取更多精彩内容】

未经授权,禁止复制转载。【本文首发于唐霜的博客】【本文受版权保护】【原创不易,请尊重版权】
  1. merge是将另外一个分支merge进来【关注微信公众号:wwwtangshuangnet】【作者:唐霜】,rebase是将自己rebase到另外【版权所有】唐霜 www.tangshuang.net【转载请注明来源】一个分支的另一个节点。也就是说所站在的分【原创不易,请尊重版权】【原创不易,请尊重版权】支的视角不同,merge是一个向自己内部转载请注明出处:www.tangshuang.net未经授权,禁止复制转载。的过程,rebase是对外的一个过程。
  2. 未经授权,禁止复制转载。【关注微信公众号:wwwtangshuangnet】【原创不易,请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】
  3. 被merge的分支其实可以结束了,可以被【关注微信公众号:wwwtangshuangnet】【本文首发于唐霜的博客】删掉,下次需要的时候再重新创建。reba【原创内容,转载请注明出处】【作者:唐霜】se的分支并不结束,一般还会进行下一步操著作权归作者所有,禁止商业用途转载。著作权归作者所有,禁止商业用途转载。作。
  4. 【本文首发于唐霜的博客】原创内容,盗版必究。本文作者:唐霜,转载请注明出处。【本文首发于唐霜的博客】转载请注明出处:www.tangshuang.net
  5. rebase过程中涉及到merge操作,【版权所有,侵权必究】原创内容,盗版必究。所以,实际上所有的conflict都是m原创内容,盗版必究。【原创内容,转载请注明出处】erge产生的。但是这里比较难理解,所以原创内容,盗版必究。原创内容,盗版必究。要下文才能解释清楚。
  6. 本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【转载请注明来源】著作权归作者所有,禁止商业用途转载。

其实rebase跟merge是完全两个不原创内容,盗版必究。【未经授权禁止转载】同的操作,只要狠狠抓住这点,理解上都会更【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】进一步。

【原创内容,转载请注明出处】本文作者:唐霜,转载请注明出处。【原创不易,请尊重版权】

rebase的运动过程【版权所有,侵权必究】

本文版权归作者所有,未经授权不得转载。本文版权归作者所有,未经授权不得转载。【原创内容,转载请注明出处】未经授权,禁止复制转载。

从上面的图上看,感觉rebase挺简单的【未经授权禁止转载】转载请注明出处:www.tangshuang.net,就是把当前所在的分支的base改一下指【关注微信公众号:wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】针就好了。但是实际上完全不是,rebas本文版权归作者所有,未经授权不得转载。【未经授权禁止转载】e是commit by commit的一【作者:唐霜】【关注微信公众号:wwwtangshuangnet】个过程,跟我们想象的“改一下指针”完全不未经授权,禁止复制转载。【作者:唐霜】同,可以说rebase的运动是最笨的一种转载请注明出处:www.tangshuang.net转载请注明出处:www.tangshuang.net运动。下面来解释上面我们给出的图中reb本文作者:唐霜,转载请注明出处。【关注微信公众号:wwwtangshuangnet】ase要实现的话都是怎样的一个过程。
转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。 git-rebase-workflow
本文作者:唐霜,转载请注明出处。著作权归作者所有,禁止商业用途转载。 上图示意了rebase的运动过程,但是【转载请注明来源】【关注微信公众号:wwwtangshuangnet】别急,有地方需要阐述一下。上图的第一个、著作权归作者所有,禁止商业用途转载。【未经授权禁止转载】第二个状态说的是,当rebase发生的时【版权所有,侵权必究】【关注微信公众号:wwwtangshuangnet】候,首先实际上是把当前分支的所有comm本文作者:唐霜,转载请注明出处。【作者:唐霜】it先捡出来,然后按照one by on未经授权,禁止复制转载。【未经授权禁止转载】e的顺序进行暂时放置。

未经授权,禁止复制转载。【作者:唐霜】【关注微信公众号:wwwtangshuangnet】

第三个状态是说,rebase实际上是以r【转载请注明来源】【未经授权禁止转载】ebase的对象分支,也就是master【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。分支指定的commit节点(默认是最新节【未经授权禁止转载】【原创内容,转载请注明出处】点)作为base,重新创建一个同名分支,【作者:唐霜】【原创不易,请尊重版权】也就是dev,这个时候,实际上老的dev【版权所有】唐霜 www.tangshuang.net本文作者:唐霜,转载请注明出处。分支已经跟整个分支体系脱节了,只属于索引【未经授权禁止转载】本文作者:唐霜,转载请注明出处。结构中的暂存信息。新的dev分支其实相当【转载请注明来源】著作权归作者所有,禁止商业用途转载。checkout master && checkout -b dev,但是rebase并不会停在这个步骤,新【作者:唐霜】【未经授权禁止转载】的dev分支跟master是一模一样的。【本文受版权保护】【版权所有】唐霜 www.tangshuang.net接下来就是把老的dev分支上的commi转载请注明出处:www.tangshuang.net转载请注明出处:www.tangshuang.nett一个一个转移到新的dev分支上。所以g本文版权归作者所有,未经授权不得转载。原创内容,盗版必究。it从已经脱节的dev老分支中取出第一个未经授权,禁止复制转载。【版权所有,侵权必究】commit,并再次在新的dev分支上执【版权所有】唐霜 www.tangshuang.net【原创内容,转载请注明出处】行commit的全套过程。

【本文受版权保护】转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。

第四个状态和状态三种commit的过程是本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net一样一样的,后面的所有commit都会按【未经授权禁止转载】原创内容,盗版必究。照这个方式一个一个复制到新的dev分支中【本文首发于唐霜的博客】【本文受版权保护】。注意,这里的“复制”不是改一下指针这么【关注微信公众号:wwwtangshuangnet】【未经授权禁止转载】简单,这里的复制其实是一个非常复杂的过程【版权所有】唐霜 www.tangshuang.net【原创内容,转载请注明出处】,git从老的暂存的dev分支里面取出一【未经授权禁止转载】【作者:唐霜】个commit之后,同时还要把代码的改动本文作者:唐霜,转载请注明出处。【作者:唐霜】也提交进来,这就会在上一个commit的转载请注明出处:www.tangshuang.net【未经授权禁止转载】基础上(上一个commit是指rebas【未经授权禁止转载】【作者:唐霜】e过程中commit到新的dev分支)再【未经授权禁止转载】【未经授权禁止转载】次进行commit。如果不发生冲突,那么转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。实际上这个过程是一个merge的过程,就本文版权归作者所有,未经授权不得转载。【转载请注明来源】是站在新的dev分支上,merge老的d【转载请注明来源】【原创不易,请尊重版权】ev分支上对应的那个commit的改动,著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】同时还要把commit的信息也复制过来(【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net而且这个commit信息也可以不复制,而本文作者:唐霜,转载请注明出处。【版权所有】唐霜 www.tangshuang.net是自己重写过,具体可以参看这篇文章【本文首发于唐霜的博客】)。如此一个一个commit下去,直到把原创内容,盗版必究。【未经授权禁止转载】所有的老的dev分支上的commit转移未经授权,禁止复制转载。【本文首发于唐霜的博客】到新的dev分支上。

著作权归作者所有,禁止商业用途转载。著作权归作者所有,禁止商业用途转载。【本文首发于唐霜的博客】【作者:唐霜】

当所有的commit复制完之后,新的de【本文受版权保护】转载请注明出处:www.tangshuang.netv分支其实是全新的一个分支,和老的dev【访问 www.tangshuang.net 获取更多精彩内容】【原创内容,转载请注明出处】只是代码改动和commit上相同,但就g转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。it的分支体系而言,是两个完全独立的,这【转载请注明来源】著作权归作者所有,禁止商业用途转载。个时候从资源上看,老的dev分支应该还是转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net存在于git的索引中,直到整个rebas【未经授权禁止转载】【版权所有,侵权必究】e完成之后,git自动将老的dev分支的未经授权,禁止复制转载。【版权所有,侵权必究】一切都清除。所以,当rebase完成之后,你无法恢复到re本文作者:唐霜,转载请注明出处。【版权所有,侵权必究】base之前的状态,也就是第一张图片,你无法恢复到第一个状未经授权,禁止复制转载。著作权归作者所有,禁止商业用途转载。态。因此,rebase提供了abort功【转载请注明来源】未经授权,禁止复制转载。能,也就是rebase到一半的时候放弃,著作权归作者所有,禁止商业用途转载。原创内容,盗版必究。恢复原样。另外一个办法就是,rebase【关注微信公众号:wwwtangshuangnet】本文作者:唐霜,转载请注明出处。的时候先以要rebase的分支创建一个分【本文受版权保护】【未经授权禁止转载】支,这个分支跟rebase之前完全相同,【关注微信公众号:wwwtangshuangnet】【作者:唐霜】如果rebase后后悔,可以切换到那个分【原创不易,请尊重版权】【原创内容,转载请注明出处】支。

【未经授权禁止转载】【原创内容,转载请注明出处】著作权归作者所有,禁止商业用途转载。【作者:唐霜】

rebase过程中发生conflict【作者:唐霜】

【版权所有,侵权必究】【访问 www.tangshuang.net 获取更多精彩内容】【版权所有,侵权必究】【本文受版权保护】

这是最恐怖的一件事,特别是当你的comm【未经授权禁止转载】【转载请注明来源】it特别多的时候发生conflict,你原创内容,盗版必究。【关注微信公众号:wwwtangshuangnet】会崩溃。首先,conflict是怎么发生【作者:唐霜】【原创内容,转载请注明出处】的?其实是在上面提到的merge时发生的【未经授权禁止转载】转载请注明出处:www.tangshuang.net

【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net原创内容,盗版必究。

再回到上面那张图。本文作者:唐霜,转载请注明出处。
【转载请注明来源】【原创不易,请尊重版权】 git-rebase-2
【本文首发于唐霜的博客】【关注微信公众号:wwwtangshuangnet】 当复制commit的过程发生时,实际上原创内容,盗版必究。原创内容,盗版必究。也发生着merge。很明显,从a到b,m原创内容,盗版必究。【原创内容,转载请注明出处】aster分支上也发生着变化,这个变化可【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处:www.tangshuang.net能会导致merge原来的dev分支的代码【本文首发于唐霜的博客】【作者:唐霜】时,产生冲突。比如在老的dev分支上改了【作者:唐霜】【原创不易,请尊重版权】的某一段代码,在master分支上也发生本文作者:唐霜,转载请注明出处。【本文受版权保护】了变化。这就是我文章一开头的时候遇到的问【访问 www.tangshuang.net 获取更多精彩内容】【原创不易,请尊重版权】题,也就是前面merge了一个程序员的代【版权所有】唐霜 www.tangshuang.net原创内容,盗版必究。码,现在merge你的代码时,confl转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.netict产生了。

转载请注明出处:www.tangshuang.net原创内容,盗版必究。【原创不易,请尊重版权】转载请注明出处:www.tangshuang.net

更恐怖的是,rebase每复制一个com【本文首发于唐霜的博客】【本文受版权保护】mit都会去merge一次,这是因为对于【原创内容,转载请注明出处】【本文受版权保护】新的dev而言,它的base已经改变了,本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。每一个commit其实是从原来的dev中本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net将代码合并过来,所以很有可能新的dev中【原创不易,请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】的代码和要合并的代码会产生冲突。

转载请注明出处:www.tangshuang.net【本文首发于唐霜的博客】转载请注明出处:www.tangshuang.net【转载请注明来源】

这也是为什么我们【原创内容,转载请注明出处】每一次git rebase –【版权所有】唐霜 www.tangshuang.net【原创不易,请尊重版权】;continue都有可能产生confl未经授权,禁止复制转载。转载请注明出处:www.tangshuang.netict的原因。未经授权,禁止复制转载。

未经授权,禁止复制转载。著作权归作者所有,禁止商业用途转载。原创内容,盗版必究。【原创不易,请尊重版权】

更有可能,你的commit中前一个加入了本文版权归作者所有,未经授权不得转载。【转载请注明来源】某串代码,后一个commit又把它删除了【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net,那么你在rebase的时候如果发生co【访问 www.tangshuang.net 获取更多精彩内容】本文作者:唐霜,转载请注明出处。nflict的话,你不得不先解决第一个c【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】ommit的问题,然后解决第二个comm【原创内容,转载请注明出处】【作者:唐霜】it的问题,这种蛋疼的问题,都是无可救药【版权所有】唐霜 www.tangshuang.net转载请注明出处:www.tangshuang.net的rebase造成的。所以,不在万不得已【关注微信公众号:wwwtangshuangnet】【原创不易,请尊重版权】的时候,不要rebase啊!

【转载请注明来源】未经授权,禁止复制转载。本文版权归作者所有,未经授权不得转载。本文版权归作者所有,未经授权不得转载。

因此,如果你要rebase的分支原来的b原创内容,盗版必究。【转载请注明来源】ase节点越老、commit次数越多,那【本文受版权保护】本文版权归作者所有,未经授权不得转载。么出现conflict的次数也就可能越多【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有,未经授权不得转载。。反过来说,如果你要rebase的分支只未经授权,禁止复制转载。【原创不易,请尊重版权】有一个commit,那么即使出现conf【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.netlict,也只需要你解决一次就可以完成r未经授权,禁止复制转载。原创内容,盗版必究。ebase。

【关注微信公众号:wwwtangshuangnet】【关注微信公众号:wwwtangshuangnet】【关注微信公众号:wwwtangshuangnet】著作权归作者所有,禁止商业用途转载。著作权归作者所有,禁止商业用途转载。

让我们来看下曲线救国的方法:原创内容,盗版必究。
著作权归作者所有,禁止商业用途转载。未经授权,禁止复制转载。 git-rebase-3
【原创内容,转载请注明出处】【原创内容,转载请注明出处】 就是用一个新分支先把dev的代码整合过本文版权归作者所有,未经授权不得转载。【本文首发于唐霜的博客】来(注意不是merge,merge会把所著作权归作者所有,禁止商业用途转载。转载请注明出处:www.tangshuang.net有的commit都包含)然后用这个新分支本文版权归作者所有,未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】去rebase,这样只需要解决一次con【本文受版权保护】本文作者:唐霜,转载请注明出处。flict,当然,这样会损失所有的com【未经授权禁止转载】【原创内容,转载请注明出处】mit,看情况是不是采取这样的方案。怎么本文作者:唐霜,转载请注明出处。【未经授权禁止转载】整合代码呢?就是先把dev merge进著作权归作者所有,禁止商业用途转载。【原创不易,请尊重版权】dev1,merge完之后dev1包含了【关注微信公众号:wwwtangshuangnet】【版权所有,侵权必究】所有的dev的commit,这个时候使用【本文受版权保护】原创内容,盗版必究。reset –soft,把所【版权所有】唐霜 www.tangshuang.net未经授权,禁止复制转载。有的commit取消,但是merge的时【未经授权禁止转载】原创内容,盗版必究。候解决好的conflict的代码还在,所【本文首发于唐霜的博客】原创内容,盗版必究。以只需要再commit一次,这样就实际上未经授权,禁止复制转载。【本文首发于唐霜的博客】拥有了dev的最新代码,完成之后再reb【原创不易,请尊重版权】【关注微信公众号:wwwtangshuangnet】ase到b。

【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。【关注微信公众号:wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】

小结本文作者:唐霜,转载请注明出处。

【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有,未经授权不得转载。本文版权归作者所有,未经授权不得转载。【原创内容,转载请注明出处】

其实本文最核心的是要抓住rebase的运【本文受版权保护】【关注微信公众号:wwwtangshuangnet】动过程,一旦知道rebase是一个一个c【本文首发于唐霜的博客】本文版权归作者所有,未经授权不得转载。ommit重新提交的一个全新的分支,就知【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net道为什么rebase的时候会出现那么多状本文作者:唐霜,转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】况了。

【版权所有,侵权必究】转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。【本文首发于唐霜的博客】

2016-12-07 7690 , , ,

为价值买单,打赏一杯咖啡

本文价值76.9RMB