主分支
仓库里有两个永生的主分支：
- origin/master
- origin/develop
- origin/master分支的代码都是稳定的，可以用来发布到生产环境的状态
- origin/develop分支是为了下一次发布而处于开发状态的，因此，也称这个分支为“集成分支”
- 当develop分支的代码可以发布，所有的变更都需要merge回master分支，并为其打发布标签
- 因为每次向mastermerge代码，都意味着一次产品发布，因此可以用git hook脚本在每次向master的提交动作时，自动编译，触发发布流程
支持分支
模型中定义了三种支持分支：
- feature 分支 （新功能开发）
- release 分支（版本发布）
- hotfix 分支（热修复开发）
feature 分支
feature分支描述
feature分支专门用来开发新功能。但是在开始开发新功能的时候，并不知道这个新功能究竟会在哪个发布版本上被发布。因而，某些新功能分支可能会存在比较久并一直处于开发状态，但是最终会被merge回develop分支上或被遗弃。
feature分支只应该存在于develop仓库中，不应该在origin仓库中出现。
feature分支的规则
- 在develop分支上创建 feature分支
- 必须且只能merge回 develop分支
- 命名规范： 可以使用除master, develop, release-*, hotfix-* 外的各种名称
feature分支的基本使用命令
从develop分支上创建feature分支
git checkout -b myfeature develop
将feature分支merge回develop分支
#切换到develop分支
git checkout develop
#将myfeature merge到develop上。--no-ff 参数就让merge命令创建一个commit节点，以保证提交信息不会丢失
git merge --no-ff myfeafure
#从本地仓库中删除myfeature分支
git branch -d myfeature
#将本地变更推到远程的develop仓库保存
git push origin develop
使用--no-ff与不适用--no-ff参数时，merge的原理示意图：
release 分支
release分支的描述
release用来做封版操作，为发版做准备。在这个分支上，可以做功能测试，验收测试，测试过程中的bug修复，及发版所需的数据准备（版本号，构建日期，数据库数据准备，等等）
不允许在release分支上做大的新功能开发，只能做bug fix。新功能开发需使用feature分支。
在创建release分支的时候会为此分支赋予版本号，但是这个版本号与develop分支发版的版本号无关，只是对此release版本迭代管理时用来进行版本区分。
release 分支的规则
- 从develop分支上创建release分支
- 必须merge回develop和master分支
- 命名规则： release-*
release分支基本使用命令
从develop分支上创建新的release分支
#创建release-1.2分支，并切换到此分支上
git checkout -b release-1.2 develop
#..... 开发 .....
#提交
git commit -a -m "此版本发布信息描述"
完结release分支: 这包括下面几个动作:
- 将release分支merge回master分支
- 提交到master后，必须创建标记
- 将release分支merge回develop分支
在master分支上的操作命令
#切换到master分支上
git checkout master
#merge release分支到master上
git merge --no-ff release-1.2
#在master上为本次提交创建标记
git tag -a 1.2
在develop分支上的操作命令
#切换到develop分支
git checkout develop
#merge release分支到develop分支上
git merge --no-ff release-1.2
完成merge操作后，可以删除release分支
#删除release分支
git branch -d release-1.2
hotfix 分支
hotfix分支的描述
hotfix分支与release分支类似，都是为发版做准备。hotfix分支必须是从master的已发版状态的标记上创建。
当发版程序遇到了严重的bug需要立刻修复时，就可以创建hotfix分支。代码修复结束，提交回master，进入到可发布状态。
hotfix分支的规则
- 必须从master分支创建hotfix分支
- 需要merge回develop和master分支
- 命名规则： hotfix-*
hotfix分支的基本命令
创建hotfix分支
#从master上创建hotfix分支， 并切换到hotfix分支上
git checkout -b hotfix-1.2.1 master
#.... 修复bug ....
#提交. 如果同时有多个问题需要修复，在每个提交中修复一个问题
git commit -a -m "修复bug的描述"
完结本次修复工作
提交修复代码到master
# 切换到master分支
git checkout master
#merge代码到master
git merge --no-ff hotfix-1.2.1
#在master上为本次提交创建标记
git tag -a 1.2.1
提交修复代码到develop分支上
# 切换到develop分支上
git checkout develop
#merge代码到develop上
git merge --no-ff hotfix-1.2.1
注意，如果在develop分支上此时存在一个release分支，hotfix代码需要merge到这个release分支而不是直接进入到develop分支，在release分支merge到develop分支后，此次的hotfix代码会被最终merge到develop上。
hotfix的代码已经merge回master和develop后，可以删除此分支
git branch -d hotfix-1.2.1
