记录一次Git解决CONFLICT冲突

记录一次Git解决CONFLICT冲突
1.CONFLICT产生的原因
2.Git正确的两种使用流程
- 2.1 暂存，拉取，恢复暂存，合并(如果有冲突)，提交，推送
- 2.2 将本地分支先提交远程分支，再从需要更新的分支pull，此时会自动合并，不能合并的会产生Conflict,如下：
3 冲突解决
4 提交推送

记录一次Git解决CONFLICT冲突

1.CONFLICT产生的原因

在这个情况下，分支1的版本C跟分支2的版本B的上一个版本是不一样的，所以这里需要将版本C与版本B进行自动合并，并解决冲突，然后再讲合并之后的版本C提交的master。

2.Git正确的两种使用流程

这里我为了保证数据不丢失，每次都会将每个分支的完成情况更新到远程仓库，再做pull合并，所以选择2.2方式

2.1 暂存，拉取，恢复暂存，合并(如果有冲突)，提交，推送

git stash :暂存本地代码
git pull origin develop : 获取远程分支代码
git stash pop:恢复之前暂存的文件

2.2 将本地分支先提交远程分支，再从需要更新的分支pull，此时会自动合并，不能合并的会产生Conflict,如下：

这里试图对提示语句进行解释，但是搜索一个小时，发现网上解释很少，如果有大侠路过，烦请帮忙纠偏，谢过。

2.2.1枚举远程仓库的文件数量

remote: Enumerating objects: 187, done.

2.2.2再次计算远程仓库文件数量？

这里不明白Enumerating跟Counting的区别，网上有的Enumerating跟Counting数量是相等的，是以Counting为主。
remote: Counting objects: 100% (160/160), done.

2.2.3压缩成79个文件

remote: Compressing objects: 100% (79/79), done.

2.2.4总共87个文件，47个有差异

remote: Total 87 (delta 47), reused 0 (delta 0)

2.2.5在本地解压缩87个文件

Unpacking objects: 100% (87/87), done.

2.2.6从远程仓库的master分支fetch拉取下来到本地仓库

-> FETCH_HEAD，-> origin/master是对master的解释。将当前dev_lirj分支的e3514bc..0169ed4版本与master(origin/master)的最新版本进行合并。

From https://git.dev.tencent.com/JerryMouseLi/VueOMP
 * branch            master     -> FETCH_HEAD
   e3514bc..0169ed4  master     -> origin/master

2.2.7如下路径的文件表示合并成功

Auto-merging src/views/home/admin/components/MapCard.vue
Auto-merging src/views/equipview/box.vue
Auto-merging src/views/equipmanage/area.vue
Auto-merging src/api/index.js

2.2.8自动合并失败，需要修正冲突再提交结果。

Automatic merge failed; fix conflicts and then commit the result.

2.2.9如下路径文件需要修正冲突

CONFLICT (content): Merge conflict in src/views/equipmanage/area.vue
CONFLICT (content): Merge conflict in src/api/index.js

3 冲突解决

3.1 冲突文件的位置

在这里我使用的VS code工具会将冲突文件的路径染成紫色，很人性化。

3.2 area.vue文件的冲突解决

此处有4个选项：

选项	含义
Accept Current Change	接受当前分支1的修改
Accept Incoming Change	接受pull导入主分支的修改
Accept Both Change	同时接受两个分支的修改
Compare Changes	对比修改，主要用于手动修改