在使用版本控制系统时，特别是多人协作开发的团队，经常会遇到多个人修改同一个文件导致版本冲突的情况。版本冲突可能会发生在相同的分支合入时，也可能会发生在不同的分支合并时。此时，是必须需要人工介入才能解决冲突，也正是因为人工介入，所有会经常出现代码丢失的问题，并且还不容易被察觉。
最近因为解决冲突的问题，出现过好多代码丢失的问题。还是要介绍一下如何通过手工或IDE工具解决冲突。
1、冲突产生
在master分支，修改App.java为：
public static void main( String[] args ){
System.out.println("Hello World! Conflict !");
}
提交到服务器上。
在dev1801_test分支，修改App.java为
public static void main( String[] args ){
System.out.println("Resolve Conflict!");
}
提交到服务器上。
如果此时两个分支合并，Git就无法"快速合并"了，就会生成冲突。当通过命令行merge时，会有如下提示。如果通过工具合并也会有冲突提示，此时就需要人工介入解决冲突了。
2、手工解决冲突
在文本编辑器或IDE里打开这个文件，就会看到这样的文件内容：
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，上面HEAD表示当前分支的代码，下面的master表示master分支的代码。此时我们需要确认需要留哪部分的代码或者需要合并后的结果，那么一定要手动处理完再提交，将不需要的部分删掉，切记！
需要合并后的结果：
解决完冲突后，再按照之前提交的步骤，git add ，git commit，git push提交到服务器就可以了。
3、IDE工具（推荐）
在代码库上右键找到Git->Resolve Conflicts...
点击会打开一个冲突文件的列表
双击其中一个冲突的文件。
①左边是本地修改的版本，也就是当前分支(dev1801_test)的版本。
②右边是已经在服务器上的版本，也就是之前提交的master的版本。
③中间是合并后的结果。
点击左右两测的》《进行合并，合并后的结果如下，当有All changes have been processed出现时才表示冲突已经解决完成，点击Save changes and finish merging结束，点击Apply关闭窗口。
再按照之前提交的步骤，git add ，git commit，git push提交到服务器就可以了。
解决冲突，因为是人工介入，需要非常谨慎，必要时需要将相关人员聚集在一起共同决定冲突代码的取舍，保证万无一失，带到生产上造成的问题都是血淋淋的教训，切记，切记，切记！
