说明，为了制图方便，因此将版本快照用
普通的数字来表示，实际上不严谨，应该像官网用SHA-1值如92ec2来表示版本快照更加合适。
现在有两个人协作开发一个项目，master分支是稳定版，随时可发布，develop分支是开发版，是平时开发用的分支。
由Peter和Tony负责开发这个项目，两个人各自完成开发，测试后，push到服务器就可以下班。
此时在github或者gitlab上的.git表示的代码仓库版本情况如图
image.png
现在Peter和Tony两人各自打开git bash输入
git clone 服务器地址
git clone指令做了4个事情：
- git自动将整个代码仓库包括
.git文件夹下载下来。 - 自动将服务器的
master和develop分支分别修改为origin/master和origin/develop，并创建一个master分支指向origin/master分支指向的分支。 - 并自动执行了
git branch --set-upstream-to master origin/master来设置本地master分支跟踪origin/master分支。 - 并将
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都完成了提交，改下班了。
网友评论