如何解决git版本冲突，才不会酿成大错

在使用版本控制系统时，特别是多人协作开发的团队，经常会遇到多个人修改同一个文件导致版本冲突的情况。版本冲突可能会发生在相同的分支合入时，也可能会发生在不同的分支合并时。此时，是必须需要人工介入才能解决冲突，也正是因为人工介入，所有会经常出现代码丢失的问题，并且还不容易被察觉。

最近因为解决冲突的问题，出现过好多代码丢失的问题。还是要介绍一下如何通过手工或IDE工具解决冲突。

1、冲突产生

在master分支，修改App.java为：

提交到服务器上。

在dev1801_test分支，修改App.java为

提交到服务器上。

如果此时两个分支合并，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提交到服务器就可以了。

解决冲突，因为是人工介入，需要非常谨慎，必要时需要将相关人员聚集在一起共同决定冲突代码的取舍，保证万无一失，带到生产上造成的问题都是血淋淋的教训，切记，切记，切记！