Git-06-本地与远程冲突

git会在本地维护 origin/master分支，通过该分支 感知远程github的内容

origin/master一般建议 不要修改，是一个只读分支

我们可以用一个命令去感知本地仓库与远程仓库的差距（是否落后或先进）：git remote show origin

 

 

 up to date表示本地仓库master分支与远程仓库保持一致。

 

 

本地与远程冲突

假如有2个本地仓库，一个是mygit01  , 另一个是mygit02,它们关联的是同一个远程仓库。

刚开始时，它们的commit链的最新节点都是 58f5448

然后mygit01修改了a.txt文件，提交然后push到远程。

此时mygit01和远程仓库的commit链都是 58f5448 -> 241644f

然后mygit02也修改了a.txt文件，然后commit。

此时mygit02的commit链是 58f5448 -> 1e7bdlaf

然后在push的时候就是失败，因为冲突了。官方建议（也是解决办法）是：

1.git pull（拉取远程代码,pull 就是 fetch + merge）

2.然后自己修改冲突的文件 (这一步你会看到冲突的文件是怎样的，你甚至可以不修改冲突文件的，但逻辑上我们肯定要修改)

3.commit （在这一步git会认为你已经解决好冲突了）

4.push

就会成功。

 

失败的示例：

 

mygit02修改冲突后，查看commit链，发现变成了 58f544 -> 241644f -> le7bdlaf -> 13e5f48 (13e5f48是我们解决冲突时的commit节点，也就是解决冲突的第三步生成的commit节点）

所以git 解决冲突的逻辑是：把远程的commit链放在前面，自己的commit链放在后面，使之合成一条链来解决。

 

冲突的本质是两个仓库处于不同的commit链，因为无法确定要以那条链为基准，所以无法合并。