代码库存在两个永久性的分支：master和develop，未来所有的开发工作都围绕这两个分支进行派生跟合并。
派生和合并的时机、源分支、目标分支跟具体的开发类型有关，
Gitflow里有明确的规则，如果纯粹使用命令行工具的话，需要牢记这些规则并正确执行。而SourceTree则把这些规则用具体功能自动化实现了。
从初始化的第一个界面中，还有三类分支的命名规则：feature、release、hotfix，这就是未来承接具体开发工作的分支类型，从名称中就能准确把握他们的用途。
创建分支
上面提到，项目里有两个永久的分支：master和develop。这两个分支也被称为“历史性”分支，在其后的开发工作中，
Gitflow模型支持在feature、release、hotfix分支上折腾，这样也有效避免了不同类型的开发工作在代码层级的耦合和干扰。
这三个分支的用途、派生来源分支和合并目标分支如下：
feature，功能开发分支，用于承接具体功能需求的开发
- 派生于develop
- 合并于develop
hotfix，bug修复分支，用于解决线上运行环境发现的bug
- 派生于master
- 合并于master、develop
release，版本发布分支，用于完成发布准备的
- 派生于develop
- 合并于master、develop
跟“历史性”分支相反，这三类分支都是短期分支，针对他们的工作内容完成后，一般都要进行删除。工作内容完成的标识有两个：开发完成、合并完成，缺一不可。
转载地址：
http://blog.csdn.net/victor_barnett/article/details/51211282
