Git 版本控制(5) 分支管理策略
分支策略
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,
master分支 应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;在
dev分支上进行开发,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;你和你的小伙伴们每个人都在
dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
所以,团队合作的分支看起来就像这样:
Bug 分支:
$ git checkout -b bug-101 Switched to a new branch 'bug-101
$ git add readme.txt$ git commit -m "fix bug 101" [bug-101 cio8032] fix bug 101 1 file changed, 1 insertion(+), 1 deletion(-)$ git checkout master Switched to branch 'master' Your branch is ahead of 'origin/master' by 2 commits. $ git merge --no-ff -m "merged bug fix 101" issue-101 Merge made by the 'recursive' strategy. readme.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
$ git branch -d bug-101 Deleted branch bug-101 (wascio8032).
Feature 分支
git checkout -b feature-front
....
...
突然不要了这个分支还没合并
admin@DESKTOP-HJR5QFJ MINGW64 /d/Mydemos (dev)
$ git branch -d feature-front
error: The branch 'feature-front' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature-front'.
admin@DESKTOP-HJR5QFJ MINGW64 /d/Mydemos (dev)
$ git branch -D feature-front (强行删除了未进行合并的分支)
Deleted branch feature-front (was 5c853fc).
远程推送多人:
要查看远程库的信息,用
git remote: (来自于之前用过的命令 git remote add origin git@github.com:silvercell/Mydemos.git )$ git remote origin
admin@DESKTOP-HJR5QFJ MINGW64 /d/Mydemos (dev)
$ git remote -v
origin git@github.com:silvercell/Mydemos.git (fetch)
origin git@github.com:silvercell/Mydemos.git (push)显示了可以抓取和推送的
origin的地址。如果没有推送权限,就看不到push的地址。
t推送分支到远程:
git push origin master
git push origin dev
阮一峰 -Git分支管理策略
http://www.ruanyifeng.com/blog/2012/07/git.html

浙公网安备 33010602011771号