pull 发生冲突

• 冲突在什么场景下发生？
• 为什么要先 pull 再 push
• 构建一个冲突场景
• • 初始
  • 开始操作：
  • • 程序员2：
    • 程序员1：
    • 程序员2：
    • 发生冲突：
    • 查看冲突：
    • 解决冲突：

冲突在什么场景下发生？

Git在文件合并时是比较智能的，对于同一个文件不同位置的修改内容会自动合并，只有在同一个文件同一个位置被同时修改时（本地仓与远程仓的当前版本有差异），才会产生冲突。
摘自华为云，说的很清晰；

所以事实上很少情况下会发生冲突；只有在同一个文件，同一个位置，被同时修改。

为什么要先 pull 再 push

在修改完之后打算上传 push 之前，第一步操作是先 pull，为什么？

对于push可以理解为覆盖，个人项目不会出现这个问题，但是大项目，往往有很多人在一起修改，甚至你都不知道是谁在修改。所以这里有一个时间差的问题。

为了理解这点，我想先重申一下解决步骤：
老板给一个任务，解决一个服务的bug

1. git clone
2. 修复bug
3. git add .
4. git commit
5. git pull
6. 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 包玉刚图书馆