首先,团队中的开发者可以一起使用同一个仓库,第一个人a,克隆了仓库,做了更新后,在自己的本地提交
git clone git@192.168.1.245:Hayu.git
做了更新了,在本地提交
git commit -am "discrimination"
第二个人b,克隆仓库,在本地更新后提交
git clone git@192.168.1.245:Hayu.git
做了更新了,在本地提交
git commit -am "commit"
现在a将自己的工作推到服务器上
git push origin master
b也尝试推送到服务器上
git push origin master
这时间会出现error: failed to push some refs to 'git@192.168.1.245:Hayu.git'
原因是因为a已经推送了最新的数据上去。所以,b现在不得不在本地先把a的更新拉下来:
git fetch origin
然后在本地分支上进行merge
git merge origin/master
现在b进行测试一下代码是否仍然正常工作,然后将合并结果推送到服务器
git push origin master
而在这段时间,a 已经开始在另一个分支工作了。她 提交
了三次更新。她还没有下载 b 提交的合并结果,a 想要先和服务器上的数据同步,所以先下载数据:
了三次更新。她还没有下载 b 提交的合并结果,a 想要先和服务器上的数据同步,所以先下载数据:
git fetch origin
然后在本地分支进行merge
git merge origin master
最后a可以成功把合并结果推送到服务器上
git push origin master
以上就是简单的协作方式之一:在自己的分支中工作一段时间,完成后合并到自
己的 master 分支;然后下载合并 origin/master 上的更新,再推回远程
服务器。
己的 master 分支;然后下载合并 origin/master 上的更新,再推回远程
服务器。