Git 版本控制(5) 分支管理策略

 

分支策略

在实际开发中,我们应该按照几个基本原则进行分支管理:

首先,master分支 应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;

dev分支上进行开发,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;

你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

 

所以,团队合作的分支看起来就像这样:

git-br-policy

 

 


 

 

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 (was
cio8032).

 

 

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

 

posted @ 2017-08-28 19:21  silvercell  阅读(1816)  评论(0)    收藏  举报