开心一刻
某人在精神病院实习，忽一神经病患者手持一把菜刀向他追来，这人转头就跑，直到跑到一条死胡同，心想这下完了，那个病人说：给你刀，该你追我了。
写在前面
以前在使用 git 版本控制工具时，最不想看到的事情就是解决冲突，因为在打开冲突文件的时候不知道该怎么解决冲突，听别人在解决冲突的时候感觉是很简单的一件事情，但是在我这里总感觉不得其法。最近解决几次冲突后，才发现解决冲突确实挺简单，只要找对方法。
为什么会发生冲突？
最根本的原因有多个分支修改了同一个文件，在 rebase 或者 merge 的时候 git 不知道该怎么记录这个文件的修改，因此就会冲突。
例如，在 master 分支中修改了 a.txt文件，增加了一行数据，同时在 master 还未提交时创建了一个 dev 分支，在 dev 分支同样修改了 a.txt文件，此时两个分支都进行了 commit 操作，然后要将 dev 分支 rebase 到 master 分支上，此时一定会提示冲突。
解决冲突
解决冲突的时候最好能比较冲突前后的文件内容，幸好一些 IDE 就已经能进行比较了，善用这些 IDE 的内容比较功能能很好地提高工作效率。
- 冲突发生时，git 会进入一个临时的分支，在这个临时分支上，使用 git status 查看一下是哪些文件产生了冲突，避免改错了冲突文件；
- 冲突解决过程
冲突文件的格式基本如下:
<<<<<<<到=======是在当前分支合并之前的文件内容
=======到>>>>>>> 是在其它分支下修改的内容
需要在这个两个版本中选择一个，然后把标记符号也要一起删除
此时在 IDE中打开冲突前后的文件内容对比，然后使用IDE 中的提示进行操作，该保留的内容保留，该删除的内容删除。
- 修改过后，使用git add ./提交修改，然后根据提示继续提交，如果使用的 git rebase 命令，需要使用 git rebase --continue 进行提交。
done~~~