版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/xiaozaq/article/details/82864258
接着上一章的环境操作。记录一次使用eclipse实现git合并分支操作（没有冲突的情况）
1.分支B删除testA，修改testB，在文件后面添加内容：“BBBBB”
2.提交分支B。
3.切换到分支A。
4.修改testB，在文件后面添加内容：“AAAA”
5.提交分支A。
6.切换到分支B，将分支A合并到分支B。结果testA文件被删除了，并没有出现。而testB文件则被标记为冲突文件。
需要解决冲突，修改testB文件后，add to Index 然后提交分支B。那么那个红色的冲突图标就会消失了。
ps:测试了一下，如果切换到分支A，修改了testA文件，然后切换到分支B合并时，也会出现testA文件冲突。分支A不修改testA，则合并时，分支B不会再出现testA文件了。
然后就有个疑问了。如果分支B不小心删除了大量的分支A的文件，想要恢复该怎么办？
解决方案1：对想恢复的文件，在分支A中找到，并修改提交，然后在合并到分支B中。这些文件就在分支B中以冲突文件的形式出现了。解决冲突后提交就好了。
缺点：如果文件比较多的话比较麻烦。并且分支A会产生不必要的修改提交记录。
优点：经过测试，比较有把握。如果还没掌握其他更好的方法，使用这种方案也是能解决问题的。
解决方案2：通过切换到分支A复制想恢复的文件到临时文件夹。然后切换到分支B中，从临时文件夹中复制粘贴到分支B中。然后对新增文件再次add to Index，最后提交就ok了。
缺点：可能有些分支B修改过的文件会被覆盖，提交时要小心查看是否有被覆盖的文件。
优点：如果文件比较多的话，可以通过拷贝文件夹实现覆盖，不用考虑要恢复的文件到底是哪些。
解决方案3：直接通过分支B的历史提交恢复文件。