如果足够幸运的话,团队成员互不影响,彼此相安无事,大家各自基于 master 分支的某个 commit 创建自己的分支,平时在分支上独立工作,等到一段时间后再合并 merge 到 master 分支,...然而事情总不是一帆风顺的,团队协作时由于意见不同,遇到冲突简直是家常便饭,既然无法回避冲突,当冲突发生时如何应该呢?...正在此时,feature 分支的新功能已开发完毕并主动切换回 master 分支,准备合并 feature 分支.
# 合并 feature 分支
$ git merge feature
Auto-merging...经过冲突双方的讨论后,彼此间达成妥协,决定修改成git commit c2 and c3 ,修改后继续提交:
# 编辑冲突文件,按照协商一致的内容修改文件
$ vim test.txt
# 将冲突内容更改为...最后,删除新功能分支 feature ,不用的分支及时清理干净,需要时再创建分支.
$ git branch -d feature
小结
无法杜绝冲突的发生,代码上的冲突本质上是人为因素造成的冲突.