Git分支管理（一）

 开发流程

一般需要先创建一个测试分支，在测试分支上进行开发，开发完成后，合并到master分支；

创建并切换到dev分支：  

git checkout -b dev

功能类似于：

$ git branch dev #创建分支
$ git checkout dev #切换分支
Switched to branch 'dev'

git branch命令会列出所有分支，当前分支前面会标一个*号;

然后，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：

然后提交：

$ git add readme.txt 
$ git commit -m "branch test"
[dev b17d20e] branch test
 1 file changed, 1 insertion(+)

dev分支的工作完成后，我们就可以切换回master分支：

 

 

 

 

 现在，我们把dev分支的工作成果合并到master分支上：

$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

合并完成后，就可以放心地删除dev分支了：

$ git branch -d dev
Deleted branch dev (was b17d20e).

删除后，查看branch，就只剩下master分支了：

$ git branch
* master

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

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

那在哪干活呢？干活都在dev分支上~

可以这样理解，dev相当于总经理，master相当于董事长，我们每个小伙伴都有自己单独的分支A、B、C，我们干完活时不时的把工作合并给总经理（dev）就可以了，总经理（dev）最后再统一合并给董事长（master）。

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

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