Git分支策略
实际开发中,应当按照以下几个基本原则进行管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能再上边干活。
那在哪干活呢?干活都在dev分支上,也就是说,dev是不稳定的,到某个时候,比如1.0版本发布的时候,在将dev分支合并到master,在master分支发布新版本。
你和你的小伙伴都有自己的分支,每个人在自己的分支上干活,时不时地往dev分支上合并就可以了。
所以团队合作分之看起来就像这样:
git创建分支并切换到当前新创建的分支上
git checkout -b dev
开发完成后
git push origin dev
此时就将本地分支推送到远程相应的分支上了
此时,团队里另一个成员要更新远程dev分支上的代码
git pull
若出现如下错误
$ git pull
remote: Counting objects: 5, done.
remote: Compressing objects: 100% (