【Git】P5 Git 远程仓库（3）pull 发生冲突
pull 发生冲突
- 冲突在什么场景下发生？
- 为什么要先 pull 再 push
- 构建一个冲突场景
- 初始
- 开始操作：
- 程序员2：
- 程序员1：
- 程序员2：
- 发生冲突：
- 查看冲突：
- 解决冲突：
冲突在什么场景下发生？
Git在文件合并时是比较智能的，对于同一个文件不同位置的修改内容会自动合并，只有在同一个文件同一个位置被同时修改时（本地仓与远程仓的当前版本有差异），才会产生冲突。
摘自华为云，说的很清晰；
所以事实上很少情况下会发生冲突；只有在同一个文件，同一个位置，被同时修改。
为什么要先 pull 再 push
在修改完之后打算上传 push 之前，第一步操作是先 pull，为什么？
对于push可以理解为覆盖，个人项目不会出现这个问题，但是大项目，往往有很多人在一起修改，甚至你都不知道是谁在修改。所以这里有一个时间差的问题。
为了理解这点，我想先重申一下解决步骤：
老板给一个任务，解决一个服务的bug
- git clone
- 修复bug
- git add .
- git commit
- git pull
- git push
在你的第二步开始，将云端拉到本地，到第5步时，你都是与云端“失联”的，云端任何修改你都没有同步到本地，所以你需要在第五步进行pull操作；
构建一个冲突场景
初始
云端：
user.txt 内容为 user=aaaaa
开始操作：
程序员2 -> 程序员1 -> 程序员2
程序员2：
git clone git@gitee.com:hongduoxu/git_test.git bug-test
cd bug-test
vim user.txt # 正在更改 user=ccccc
# 未完待续...看程序员1操作
程序员1：
vim user.txt # 内容修改为 user=bbbbb
git add .
git commit -m 'bbbbb'
git pull
git push
程序员2：
git add .
git commit -m 'ccccc'
git pull
发生冲突：
查看冲突：
cat user.txt
解决冲突：
vim user.txt
# 打开后手动解决问题，只保留需要的部分，然后保存 :wq
然后再次执行：
git add .
git comment -m 'xxxxx'
此时再执行 pull
git pull
# return: Already up to date.
最后上传 push
git push
解决冲突完成。
其实解决冲突的关键在于为什么会发生冲突，毕竟发生冲突的要求如此苛刻。看到冲突后，我暂时认为最大的问题是需要冲突的地方，跟程序员1商量该如何改。
2023.3.8 包玉刚图书馆