分支管理--解决分支冲突

我们在使用分支时,有可能会遇到分支冲突。解释如下:

准备新的feature1分支,继续我们的新分支开发:

分支管理--解决分支冲突

修改test.txt最后一行,改为:

分支管理--解决分支冲突

feature1上提交:

分支管理--解决分支冲突

切换到master分支上:

分支管理--解决分支冲突

Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。

在master分支上把test.txt文件的最后一行改为:

分支管理--解决分支冲突

提交:

分支管理--解决分支冲突

现在,master分支和feature1分支各自都分别有新的提交,变成了这样:

分支管理--解决分支冲突

这种情况下,Git无法执行“快速合并”,只能试图把各自的修改合并起来,但这种合并就可能会有冲突,我们试试看:

分支管理--解决分支冲突

果然冲突了!Git告诉我们,test.txt文件存在冲突,必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件:

分支管理--解决分支冲突

我们可以直接查看test.txt的内容:

分支管理--解决分支冲突

Git用<<<<<<<=======>>>>>>>标记出不同分支的内容,我们修改如下后保存:

分支管理--解决分支冲突

再提交:

分支管理--解决分支冲突

现在,master分支和feature1分支变成了下图所示:

分支管理--解决分支冲突

用带参数的git log也可以看到分支的合并情况:

分支管理--解决分支冲突

最后,删除feature1分支:

分支管理--解决分支冲突

工作完成。

小结

当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。

用git log --graph命令可以看到分支合并图。

个人见解:如果我们在写项目的过程中,在master分支修改的内容和新建的feature1分支的内容不一致时,合并分支就会出现合并冲突。