注册 登录  
 加关注

网易博客网站关停、迁移的公告:

将从2018年11月30日00:00起正式停止网易博客运营
查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

ideality

@linux c 编程@

 
 
 

日志

 
 
关于我

喜欢开源,愿意结识青岛使用开源的朋友,一起学习,工作。

网易考拉推荐
 
 

Git merge的三种模式(转)  

2013-12-31 11:15:36|  分类: git |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
在使用git merge时,可能是以下三种模式中的某一种

1.Fast forward
   当待合并的2个branch最近的commit是线性关系时:
   或者说,某个branch自上次更新后没有commit信息时
   git则直接移动指针即可,并没有真正的merge操作,也没有对应的merge commit信息
   如下图,合并master和hotfix分支,既是fast-forward模式


2.Merge made by recursive
   当要合并的2个branch的最近的commit对应的直接祖先不同时
   git就无法通过简单的移动指针来进行合并(
   只能以2个branch的最新commit和他们的共同祖先进行一次merge
   并对应有一个merge commit信息
   如下图,合并master和iss53分支
3.Conflict
   当2个branch都修改了同一个文件的同一部分时
   这时,就会发生冲突,git的自动合并就会失败
   这时,使用git status会看到

test.html: needs merge

   需要手工合并冲突后,git add一下,表明冲突修改完了
   然后,再git commit即可

×
Git merge的三种模式(转) - cooliron - coolirons ideality
  评论这张
 
阅读(783)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018