关于GIT解决冲突

一. 认识Git冲突

变更与冲突

Git控制下的文件变更，有三种：新加，修改，删除

Git控制下的文件内容变更，也有三种：新加，修改，删除

多个人同时操作同一个文件的不同区域时，Git可以自动合并（Auto-Merge）。大多数情况下的冲突，Git都可以通过自动合并帮我们解决了，但遇到多个人同时操作同一个文件的相同区域时，Git自动合并就显得束手无策了，毕竟该保留哪些变更，只有靠我们自己了，Git决策不了。

冲突在哪些操作下会出现

pull/merge/push操作本地仓与远程仓的分支的时候，也就是说当本地仓与远程仓的分支之间进行变更同步的时候会出现冲突，如果只是个人的暂存区与本地仓交互，是不会发生冲突的，除非我们手动改了本地仓的文件......

冲突在文件里面怎么辨别

首先我们看一下冲突的符号，长相如下

<<<<<<<

=======

>>>>>>>

上半部分，是本地仓的变更内容；下半部分，是远程仓的变更内容。通过文本编辑器打开一个已经发生了冲突的文件，会包含这些信息，当然只会比这复杂......

二. 解决Git冲突

默认保留本地仓变更（如果不保留本地仓，直接reset hard，然后拉取远端仓代码，0烦恼，参考上一篇 Git常用命令）

不通过Git可视化工具

在我们认识了冲突的结构之后，我们可以通过文本编辑器打开有冲突的问题，然后将 <<<<<<< 和 >>>>>>>之间的冲突编辑掉，比如上面那个已经发生了冲突的地方，我们就要判断一下，于是有四个选择：

• 保留 hello world master
• 保留 hello world alternate
• 全保留
• 解决完冲突的部分后保留

如果无法决策，那就找到这个文件的变更历史，找到变更提交人，然后沟通一下，毕竟同时修改一处，有时可能是信息不对称导致了修改了同一处。git blame 或许能帮上忙。

解决完冲突后，再次commit，push即可。

通过Git可视化工具

由于Git可视化工具比较多，Git GUI / IDEA 自带 / SourceTree 等等，这些可视化工具将Git的命令封装成可视化界面操作，大大提高了我们的工作效率，下面就简单说下如何通过IDEA自带的Git可视化能力解决冲突吧。

IDEA自带的Git可视化能力

我们通过IDEA pull/merge/push 操作本地仓和远程仓分支的时候，遇到Git无法自动合并的冲突时，就会弹出这样的一个解决，这时候，我们有三个选择：

Accept Yours（接受本地仓的，丢弃远端仓变更）

Accept Theirs（接受远端仓的，丢弃本地仓变更）

Merge...（手动处理变更），这块需要解决合并的人自己识别了

• 明确知道本地仓的变更是可以直接覆盖远端仓的，那就选Accept Yours
• 明确知道远端仓的变更是可以直接覆盖本地仓的，那就选Accept Theirs
• 看一下冲突再说，那就选Merge...

点了Merge...，后面就会弹出一个更大的操作界面，是为了方便开发人员进行界面化操作的。 

• 左侧是本地仓，中间是合并后的，右侧是远端仓的
• 红色框起来的部分，是表示有冲突的
• 绿色框起来的部分，是表示新添加的
• 蓝色框起来的部分，是表示修改的
• 每个被框起来的部分， 都有两个选择，">>" 表示接受，"x" 表示不接受；如果我们给红色区域都点击了接受，就相当于没解决冲突...我们要解决的通常就是红色区域的冲突，解决策略同上面，需要判断一下到底该如何保留
• 下方的几个按钮，左边的两个不说了，右边的"Apply"表示确认冲突解决完毕，"Abort"表示中止解决冲突（慎点）

三. 遇到代码pull不下来，push不上去

将本地的变更，先暂存，或者提交到本地仓，然后再进行pull/push/merge操作

总结

Git操作就是一些命令的组合，以及经验的合理运用，熟能生巧，多练练基本就没啥问题了。

后记

更多内容参考Git官方文档

Git官方文档https://git-scm.com/book/zh/v2