Git 解决合并分支时的冲突

参考链接:https://www.liaoxuefeng.com/wiki/896043488029600/900004111093344

创建分支时,新分支的文件内容建立在原分支的基础上,我们称这时候的文件状态为A,当两个分支上都对A之前的文件状态进行修改后,再去合并就会出现冲突(我大概是这样理解的)比如参考连接上廖老师举的例子:

新建一个分支,修改readme.txt的最后一行,然后添加,提交,切换到master分支,再修改readme.txt最后一行为与另一个分支不同的状态.然后修改,提交

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

$ git merge feature1#将指定的分支(feature1)与当前分支合并
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt#conflict:冲突
Automatic merge failed; fix conflicts and then commit the result.

　　git status也可以告诉我们冲突的文件：

$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
  (use "git push" to publish your local commits)

You have unmerged paths.
  (fix conflicts and run "git commit")
  (use "git merge --abort" to abort the merge)

Unmerged paths:
  (use "git add <file>..." to mark resolution)

	both modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")#没有 改动 被添加到commit

　　我们可以直接查看readme.txt的内容：

$cat readme.txt
#这四行是相同的内容
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD(从下一行开始到"====="为HEAD分支的内容
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1

　　手动修改并保存,不论是修改那个分支的,都需要将这个A状态之前的改为一致,然后再提交

用带参数的git log也可以看到分支的合并情况：(像不像把上面的图给竖起来)

最后删除feature分支,工作就完成了.

小结:

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

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

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

当我们切换到一个分支,Git会自动提示我们此分支内的commit 与远程分支的数量: