公司git管理中权限控制的比较严格,普通【转载请注明来源】【关注微信公众号:wwwtangshuangnet】成员仅有pull和push的权限,而且c未经授权,禁止复制转载。转载请注明出处:www.tangshuang.netommit的信息必须以jira的tick【本文受版权保护】本文版权归作者所有,未经授权不得转载。et号开头,没有merge的权限,一旦当未经授权,禁止复制转载。【未经授权禁止转载】你push的commit中含有两个分支(未经授权,禁止复制转载。【版权所有】唐霜 www.tangshuang.nettwo parents)的信息,就会提示未经授权,禁止复制转载。【未经授权禁止转载】错误。
本文作者:唐霜,转载请注明出处。【版权所有】唐霜 www.tangshuang.net而在实际开发中,因为只有leader有在转载请注明出处:www.tangshuang.net未经授权,禁止复制转载。服务器上把其他分支merge进maste【作者:唐霜】【未经授权禁止转载】r的权限,所以leader每天都要rev【本文首发于唐霜的博客】本文版权归作者所有,未经授权不得转载。iew和merge来自不同开发者的不同分【访问 www.tangshuang.net 获取更多精彩内容】【原创不易,请尊重版权】支的代码。这里面自然就会导致一些conf未经授权,禁止复制转载。未经授权,禁止复制转载。lict的,最简单的情况就是当两个pul转载请注明出处:www.tangshuang.net【关注微信公众号:wwwtangshuangnet】l request发生的时候,第一个被m【未经授权禁止转载】原创内容,盗版必究。erge,可能在merge第二个时,就会本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net产生conflict,无法merge。这【原创内容,转载请注明出处】著作权归作者所有,禁止商业用途转载。时leader一般会要求我们重新reba未经授权,禁止复制转载。【作者:唐霜】se一下代码,然后提交新的代码,以解决m本文版权归作者所有,未经授权不得转载。【版权所有,侵权必究】aster merge第二个pull r本文版权归作者所有,未经授权不得转载。【原创内容,转载请注明出处】equest的conflict。
【版权所有,侵权必究】【作者:唐霜】目标
我们的目标是将自己正在开发的分支reba未经授权,禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】se到develop最新的commit上【未经授权禁止转载】【本文首发于唐霜的博客】。从整个代码的提交关系,如图:
原创内容,盗版必究。

【访问 www.tangshuang.net 获取更多精彩内容】
这时,我们再push dev bran【转载请注明来源】转载请注明出处:www.tangshuang.netch,master就能merge它了。
rebase和merge的区别
从上面的图中其实可以看出,rebase和本文作者:唐霜,转载请注明出处。著作权归作者所有,禁止商业用途转载。merge是两个完全不一样的操作。但是由【关注微信公众号:wwwtangshuangnet】未经授权,禁止复制转载。于它们过程中都会出现conflict的情本文作者:唐霜,转载请注明出处。【转载请注明来源】况,所以容易搞模糊。
【访问 www.tangshuang.net 获取更多精彩内容】【版权所有,侵权必究】rebase是将你当前的分支的起点(ba【本文首发于唐霜的博客】【未经授权禁止转载】se)重新移到另一个节点。比如上图中,就【转载请注明来源】【版权所有】唐霜 www.tangshuang.net是讲dev分支的起点从master分支的本文版权归作者所有,未经授权不得转载。【版权所有,侵权必究】a移到b。实际上,rebase可以在任何【作者:唐霜】【关注微信公众号:wwwtangshuangnet】节点之间移来移去,只要你能解决好问题。
【本文首发于唐霜的博客】【关注微信公众号:wwwtangshuangnet】merge则用debug分支来演示,de【版权所有】唐霜 www.tangshuang.net【原创不易,请尊重版权】bug分支是从dev分支分出来的,但是它【未经授权禁止转载】原创内容,盗版必究。的目的仅仅是为了解决bug,所以最后de【转载请注明来源】【版权所有,侵权必究】v把debug修改好的代码merge进来【本文首发于唐霜的博客】本文版权归作者所有,未经授权不得转载。。
原创内容,盗版必究。【本文受版权保护】rebase和merge的区别如下:
本文作者:唐霜,转载请注明出处。【本文首发于唐霜的博客】【版权所有,侵权必究】- merge是将另外一个分支merge进来著作权归作者所有,禁止商业用途转载。【原创内容,转载请注明出处】,rebase是将自己rebase到另外著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。一个分支的另一个节点。也就是说所站在的分【本文首发于唐霜的博客】本文作者:唐霜,转载请注明出处。支的视角不同,merge是一个向自己内部【本文受版权保护】【版权所有】唐霜 www.tangshuang.net的过程,rebase是对外的一个过程。 著作权归作者所有,禁止商业用途转载。【本文受版权保护】【未经授权禁止转载】
- 被merge的分支其实可以结束了,可以被【访问 www.tangshuang.net 获取更多精彩内容】原创内容,盗版必究。删掉,下次需要的时候再重新创建。reba【本文受版权保护】本文作者:唐霜,转载请注明出处。se的分支并不结束,一般还会进行下一步操转载请注明出处:www.tangshuang.net【本文首发于唐霜的博客】作。 【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】【关注微信公众号:wwwtangshuangnet】
- rebase过程中涉及到merge操作,【转载请注明来源】转载请注明出处:www.tangshuang.net所以,实际上所有的conflict都是m【转载请注明来源】【未经授权禁止转载】erge产生的。但是这里比较难理解,所以【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。要下文才能解释清楚。 【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。【未经授权禁止转载】【本文受版权保护】
其实rebase跟merge是完全两个不本文作者:唐霜,转载请注明出处。【原创不易,请尊重版权】同的操作,只要狠狠抓住这点,理解上都会更【版权所有】唐霜 www.tangshuang.net【关注微信公众号:wwwtangshuangnet】进一步。
【本文首发于唐霜的博客】未经授权,禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】rebase的运动过程
从上面的图上看,感觉rebase挺简单的著作权归作者所有,禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net,就是把当前所在的分支的base改一下指【版权所有,侵权必究】本文作者:唐霜,转载请注明出处。针就好了。但是实际上完全不是,rebas转载请注明出处:www.tangshuang.net【转载请注明来源】e是commit by commit的一未经授权,禁止复制转载。【版权所有】唐霜 www.tangshuang.net个过程,跟我们想象的“改一下指针”完全不【关注微信公众号:wwwtangshuangnet】转载请注明出处:www.tangshuang.net同,可以说rebase的运动是最笨的一种著作权归作者所有,禁止商业用途转载。【本文首发于唐霜的博客】运动。下面来解释上面我们给出的图中reb原创内容,盗版必究。【作者:唐霜】ase要实现的话都是怎样的一个过程。
【访问 www.tangshuang.net 获取更多精彩内容】

本文版权归作者所有,未经授权不得转载。
上图示意了rebase的运动过程,但是本文作者:唐霜,转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】别急,有地方需要阐述一下。上图的第一个、未经授权,禁止复制转载。【版权所有,侵权必究】第二个状态说的是,当rebase发生的时本文版权归作者所有,未经授权不得转载。【版权所有】唐霜 www.tangshuang.net候,首先实际上是把当前分支的所有comm【本文首发于唐霜的博客】转载请注明出处:www.tangshuang.netit先捡出来,然后按照one by on转载请注明出处:www.tangshuang.net著作权归作者所有,禁止商业用途转载。e的顺序进行暂时放置。
第三个状态是说,rebase实际上是以r【未经授权禁止转载】【未经授权禁止转载】ebase的对象分支,也就是master本文版权归作者所有,未经授权不得转载。【版权所有,侵权必究】分支指定的commit节点(默认是最新节著作权归作者所有,禁止商业用途转载。【作者:唐霜】点)作为base,重新创建一个同名分支,未经授权,禁止复制转载。【未经授权禁止转载】也就是dev,这个时候,实际上老的dev未经授权,禁止复制转载。原创内容,盗版必究。分支已经跟整个分支体系脱节了,只属于索引【本文首发于唐霜的博客】【版权所有】唐霜 www.tangshuang.net结构中的暂存信息。新的dev分支其实相当【本文受版权保护】【版权所有】唐霜 www.tangshuang.net于checkout master && checkout -b dev,但是rebase并不会停在这个步骤,新【转载请注明来源】【作者:唐霜】的dev分支跟master是一模一样的。【版权所有,侵权必究】【版权所有,侵权必究】接下来就是把老的dev分支上的commi原创内容,盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】t一个一个转移到新的dev分支上。所以g【本文首发于唐霜的博客】【作者:唐霜】it从已经脱节的dev老分支中取出第一个【版权所有,侵权必究】【原创内容,转载请注明出处】commit,并再次在新的dev分支上执【作者:唐霜】未经授权,禁止复制转载。行commit的全套过程。
第四个状态和状态三种commit的过程是【关注微信公众号:wwwtangshuangnet】原创内容,盗版必究。一样一样的,后面的所有commit都会按【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】照这个方式一个一个复制到新的dev分支中著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。。注意,这里的“复制”不是改一下指针这么【转载请注明来源】【本文首发于唐霜的博客】简单,这里的复制其实是一个非常复杂的过程著作权归作者所有,禁止商业用途转载。本文作者:唐霜,转载请注明出处。,git从老的暂存的dev分支里面取出一【原创不易,请尊重版权】未经授权,禁止复制转载。个commit之后,同时还要把代码的改动【本文受版权保护】【本文首发于唐霜的博客】也提交进来,这就会在上一个commit的本文版权归作者所有,未经授权不得转载。本文作者:唐霜,转载请注明出处。基础上(上一个commit是指rebas著作权归作者所有,禁止商业用途转载。【本文首发于唐霜的博客】e过程中commit到新的dev分支)再【本文受版权保护】【转载请注明来源】次进行commit。如果不发生冲突,那么著作权归作者所有,禁止商业用途转载。原创内容,盗版必究。实际上这个过程是一个merge的过程,就【版权所有】唐霜 www.tangshuang.net著作权归作者所有,禁止商业用途转载。是站在新的dev分支上,merge老的d未经授权,禁止复制转载。【本文受版权保护】ev分支上对应的那个commit的改动,【版权所有,侵权必究】本文作者:唐霜,转载请注明出处。同时还要把commit的信息也复制过来(未经授权,禁止复制转载。【关注微信公众号:wwwtangshuangnet】而且这个commit信息也可以不复制,而【本文受版权保护】【版权所有,侵权必究】是自己重写过,具体可以参看这篇文章)。如此一个一个commit下去,直到把著作权归作者所有,禁止商业用途转载。【转载请注明来源】所有的老的dev分支上的commit转移原创内容,盗版必究。【版权所有】唐霜 www.tangshuang.net到新的dev分支上。
本文版权归作者所有,未经授权不得转载。著作权归作者所有,禁止商业用途转载。当所有的commit复制完之后,新的de【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】v分支其实是全新的一个分支,和老的dev【版权所有,侵权必究】本文版权归作者所有,未经授权不得转载。只是代码改动和commit上相同,但就g【原创不易,请尊重版权】【转载请注明来源】it的分支体系而言,是两个完全独立的,这本文作者:唐霜,转载请注明出处。【版权所有,侵权必究】个时候从资源上看,老的dev分支应该还是本文版权归作者所有,未经授权不得转载。【原创内容,转载请注明出处】存在于git的索引中,直到整个rebas【本文受版权保护】本文作者:唐霜,转载请注明出处。e完成之后,git自动将老的dev分支的本文作者:唐霜,转载请注明出处。【转载请注明来源】一切都清除。所以,当rebase完成之后,你无法恢复到re本文版权归作者所有,未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】base之前的状态,也就是第一张图片,你无法恢复到第一个状本文作者:唐霜,转载请注明出处。【版权所有,侵权必究】态。因此,rebase提供了abort功【原创内容,转载请注明出处】【原创不易,请尊重版权】能,也就是rebase到一半的时候放弃,未经授权,禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】恢复原样。另外一个办法就是,rebase【作者:唐霜】转载请注明出处:www.tangshuang.net的时候先以要rebase的分支创建一个分转载请注明出处:www.tangshuang.net本文作者:唐霜,转载请注明出处。支,这个分支跟rebase之前完全相同,本文作者:唐霜,转载请注明出处。本文版权归作者所有,未经授权不得转载。如果rebase后后悔,可以切换到那个分【原创不易,请尊重版权】著作权归作者所有,禁止商业用途转载。支。
【版权所有,侵权必究】著作权归作者所有,禁止商业用途转载。rebase过程中发生conflict
这是最恐怖的一件事,特别是当你的comm【作者:唐霜】【关注微信公众号:wwwtangshuangnet】it特别多的时候发生conflict,你本文作者:唐霜,转载请注明出处。转载请注明出处:www.tangshuang.net会崩溃。首先,conflict是怎么发生【未经授权禁止转载】转载请注明出处:www.tangshuang.net的?其实是在上面提到的merge时发生的本文作者:唐霜,转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】。
【原创内容,转载请注明出处】本文版权归作者所有,未经授权不得转载。【本文受版权保护】再回到上面那张图。
【原创内容,转载请注明出处】

【作者:唐霜】
当复制commit的过程发生时,实际上【版权所有,侵权必究】本文版权归作者所有,未经授权不得转载。也发生着merge。很明显,从a到b,m【版权所有,侵权必究】【版权所有】唐霜 www.tangshuang.netaster分支上也发生着变化,这个变化可【作者:唐霜】原创内容,盗版必究。能会导致merge原来的dev分支的代码未经授权,禁止复制转载。【关注微信公众号:wwwtangshuangnet】时,产生冲突。比如在老的dev分支上改了【原创不易,请尊重版权】原创内容,盗版必究。的某一段代码,在master分支上也发生【转载请注明来源】【原创内容,转载请注明出处】了变化。这就是我文章一开头的时候遇到的问原创内容,盗版必究。【版权所有】唐霜 www.tangshuang.net题,也就是前面merge了一个程序员的代本文作者:唐霜,转载请注明出处。【关注微信公众号:wwwtangshuangnet】码,现在merge你的代码时,confl【版权所有,侵权必究】未经授权,禁止复制转载。ict产生了。
更恐怖的是,rebase每复制一个com转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。mit都会去merge一次,这是因为对于未经授权,禁止复制转载。【版权所有】唐霜 www.tangshuang.net新的dev而言,它的base已经改变了,【转载请注明来源】【版权所有】唐霜 www.tangshuang.net每一个commit其实是从原来的dev中【原创内容,转载请注明出处】【转载请注明来源】将代码合并过来,所以很有可能新的dev中转载请注明出处:www.tangshuang.net【版权所有】唐霜 www.tangshuang.net的代码和要合并的代码会产生冲突。
未经授权,禁止复制转载。【本文首发于唐霜的博客】原创内容,盗版必究。这也是为什么我们每一次git rebase –本文作者:唐霜,转载请注明出处。【未经授权禁止转载】;continue都有可能产生confl转载请注明出处:www.tangshuang.net【原创内容,转载请注明出处】ict的原因。
转载请注明出处:www.tangshuang.net本文版权归作者所有,未经授权不得转载。【作者:唐霜】【版权所有】唐霜 www.tangshuang.net更有可能,你的commit中前一个加入了【本文受版权保护】【本文首发于唐霜的博客】某串代码,后一个commit又把它删除了未经授权,禁止复制转载。【原创不易,请尊重版权】,那么你在rebase的时候如果发生co著作权归作者所有,禁止商业用途转载。【未经授权禁止转载】nflict的话,你不得不先解决第一个c【版权所有】唐霜 www.tangshuang.net【作者:唐霜】ommit的问题,然后解决第二个comm本文版权归作者所有,未经授权不得转载。【版权所有】唐霜 www.tangshuang.netit的问题,这种蛋疼的问题,都是无可救药【版权所有,侵权必究】【本文首发于唐霜的博客】的rebase造成的。所以,不在万不得已【原创不易,请尊重版权】【本文首发于唐霜的博客】的时候,不要rebase啊!
【作者:唐霜】本文作者:唐霜,转载请注明出处。【本文受版权保护】因此,如果你要rebase的分支原来的b【本文受版权保护】【本文首发于唐霜的博客】ase节点越老、commit次数越多,那【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。么出现conflict的次数也就可能越多未经授权,禁止复制转载。【原创内容,转载请注明出处】。反过来说,如果你要rebase的分支只【关注微信公众号:wwwtangshuangnet】【本文受版权保护】有一个commit,那么即使出现conf【原创内容,转载请注明出处】【关注微信公众号:wwwtangshuangnet】lict,也只需要你解决一次就可以完成r本文版权归作者所有,未经授权不得转载。【作者:唐霜】ebase。
【原创不易,请尊重版权】【版权所有,侵权必究】转载请注明出处:www.tangshuang.net让我们来看下曲线救国的方法:
【版权所有】唐霜 www.tangshuang.net

本文作者:唐霜,转载请注明出处。
就是用一个新分支先把dev的代码整合过原创内容,盗版必究。【版权所有,侵权必究】来(注意不是merge,merge会把所【本文首发于唐霜的博客】【版权所有,侵权必究】有的commit都包含)然后用这个新分支未经授权,禁止复制转载。转载请注明出处:www.tangshuang.net去rebase,这样只需要解决一次con转载请注明出处:www.tangshuang.net【未经授权禁止转载】flict,当然,这样会损失所有的com【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.netmit,看情况是不是采取这样的方案。怎么本文作者:唐霜,转载请注明出处。本文版权归作者所有,未经授权不得转载。整合代码呢?就是先把dev merge进【转载请注明来源】著作权归作者所有,禁止商业用途转载。dev1,merge完之后dev1包含了【未经授权禁止转载】转载请注明出处:www.tangshuang.net所有的dev的commit,这个时候使用原创内容,盗版必究。【本文受版权保护】reset –soft,把所【访问 www.tangshuang.net 获取更多精彩内容】未经授权,禁止复制转载。有的commit取消,但是merge的时【版权所有,侵权必究】原创内容,盗版必究。候解决好的conflict的代码还在,所【本文首发于唐霜的博客】本文作者:唐霜,转载请注明出处。以只需要再commit一次,这样就实际上本文作者:唐霜,转载请注明出处。著作权归作者所有,禁止商业用途转载。拥有了dev的最新代码,完成之后再reb著作权归作者所有,禁止商业用途转载。本文版权归作者所有,未经授权不得转载。ase到b。
小结
其实本文最核心的是要抓住rebase的运【作者:唐霜】未经授权,禁止复制转载。动过程,一旦知道rebase是一个一个c转载请注明出处:www.tangshuang.net转载请注明出处:www.tangshuang.netommit重新提交的一个全新的分支,就知原创内容,盗版必究。【转载请注明来源】道为什么rebase的时候会出现那么多状【原创内容,转载请注明出处】著作权归作者所有,禁止商业用途转载。况了。
【原创不易,请尊重版权】【转载请注明来源】

