git多人协作模拟，图解

说明，为了制图方便，因此将版本快照用普通的数字来表示，实际上不严谨，应该像官网用SHA-1 值如92ec2来表示版本快照更加合适。

现在有两个人协作开发一个项目，master分支是稳定版，随时可发布，develop分支是开发版，是平时开发用的分支。

由Peter和Tony负责开发这个项目，两个人各自完成开发，测试后，push到服务器就可以下班。

此时在github或者gitlab上的.git表示的代码仓库版本情况如图

image.png

现在Peter和Tony两人各自打开git bash输入

git clone 服务器地址

git clone指令做了4个事情：

1. git自动将整个代码仓库包括.git文件夹下载下来。
2. 自动将服务器的master和develop分支分别修改为origin/master和origin/develop，并创建一个master分支指向origin/master分支指向的分支。
3. 并自动执行了git branch --set-upstream-to master origin/master来设置本地master分支跟踪origin/master分支。
4. 并将HEAD指向master，使得工作目录全部切换到master指向的版本快照-->3
   
   

注意：除非执行git fetch或者git pull来更新两个远程分支origin/master和origin/develop，否则远程分支将永远不变，分别指向版本快照3和5

现在单独看向Peter的操作：

Peter在执行了git clone 服务器地址之后，因为要在换到develop分支上开发，而不是在master分支上开发，因此执行如下指令：

//创建一个develop分支指向origin/develop分支指向的版本快照，
//HEAD指向develop分支（即切换到develop分支）。
git checkout -b develop origin/develop

此时Peter可以开始在develop分支上用git add和git commit继续开发了，现在Peter开发到了一个满意的阶段，经过测试后，打算git push到远程分支。
Peter开发到了满意的版本快照<7>的阶段
执行

git push origin develop

原本develop指向5，现在将7作为5的下一个结点，并将develop指向7

push成功，因为服务器的版本没有更新，因此直接push即成功了，现在看向Tony开发的怎么样了

Tony做的怎么样了

Tony从5开始，开发到了11

现在Tony也打算将自己的新的开发提交到服务器上去。（我们知道这会失败，但是来看看发生了什么）
执行

$ git push origin develop

To github.com:这个项目的包名.git
 ! [rejected]        dev -> dev (non-fast-forward)
error: failed to push some refs to 'git@github.com:这个项目的包名.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

英文提示说Tony提交的push被拒绝了，因为Tony的远程分支origin/develop落后于服务器的develop分支。且可以考虑用git pull来更新合并本地分支。

而git pull其实是两个命令git fetch和git merge按顺序执行。
我们执行

git fetch origin

origin/develop原本指向5，现在和服务器的develop同步，指向7

执行

git merge origin/develop

merge成功后会生成一个新的版本快照，它由11和7合并而来，因此有两个父结点，此处定义它为12

现在已经同步好了，执行

git push origin develop

12作为7的子节点被添加，并且develop指向12

---

好了，现在Tony和Peter都完成了提交，改下班了。