平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“远程git分支合并冲突如何解决？本地手动处理冲突步骤”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。
实际处理时，前文讲述了git基操，提交回滚指南、git基操，储藏指南，基于前两者基本能够正常的进行开发工作，但总有事与愿违时，本文将主要讲述远程git合并冲突时该怎么处理
远程分支合并冲突
在这个场景下，如图所示，我将远程的dev分支合同时到主分支master上出现了代码冲突：
解决办法
解决的思路主要是：结合项目来看，拉取远程合同时的目标分支到本地开发分支上来，在本地进行冲突处理，然后再提交到远程开发分支上
拉取目标分支到本地开发分支解决冲突
拉取目标分支到本地开发分支解决冲突这句话什么意思呢，就是：把远程的目标分支（master）拉取到本地的开发分支（dev）上，为什么这么做呢，其实就是让远程最新的代码和本地存在冲的分支进行合同时，编辑器会给我们进行冲突合并处理，需我们手动解决冲突
git pull origin master // 因为我是远程合并到master上去出现了代码冲突问题，所以要把远程master代码拉下来合并本地代码，这里拉取的分支要取你远程被合并的分支！！！不是千篇一律的master！！！
结果：
解决冲突
在这个场景下，打开冲突文件，会有下图这种界面，选择处理的方式很多，能够用快捷方法（图注），也能够手动删除代码（记得把特殊标记符号也删除掉）。
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，记得也要把这些符号删除掉。
处理结果如下所示，我是直接以本地版本为主，记得操作完保存下
随后add、commit、push三步骤推送冲突文件到远程分支（dev）上
现在我们再去看看远程分支上合并的状态，已经不显示存在冲突字样了，至此，已解决冲突。
总结
实际处理时，总的来说，远程git分支适合结合实际项目边做边理解。先抓住核心思路，再逐步补上细节和边界处理，最后效果会更稳定，也更容易复用。
