分支说明：
git分支常用的分为master、release、bugfix、develpo四种，以下为每个分支的释义。
-
master分支（线上分支）
- 分支仅有一个，用于存储正式发布的历史，在版本库初始化时自动生成。
- master分支是所有开发活动的核心分支，所有的开发活动产生的输出物最终都会反映到主分支的代码中，master分支应该始终和生产环境保持一致。
- 由于master和生产代码是一致的，没有人包括技术负责人能不允许在master上直接开发，真正的开发代码应当写在其他分支上。
规约：当一个发布分支release-x.y.z确认可发布时，由QA合并到master分支并打标签（x.y.z-state）最终发布。
-
release分支（发布分支）
- 当项目确定好目标版本后，第一件事情就是创建发布分支，发布分支是基于master分支创建而来。
- 发布分支通过要实现的功能约定版本，保证同一份代码由不同的开发组人员开发（特别是多版本并行开发）是可归并且不冲突的。
- 所有与本项目相关的代码都在发布分支中，发布分支以release/开头，如这次的发布分支名为release/x.y.z，x.y.z表示此次目标发布版本。
- 确认release版本后，在release/change.log文件中增加版本x.y.z相对上一版本(x.y.z-1)变更项说明（包括是否实现，实现情况等），在release/sql下新增update-x.y.z-to-x.y.z.sql对应版本的增量升级脚本。
规约：一个发布版本对应一个唯一分支；修复分支由QA合并到master。
-
bugfix分支（修复分支）
- 由master分支产生，系统日常使用中难免会发现缺陷，通常一个缺陷一个对应一个fixbug修订分支。
- bugfix分支是从rmaster分支x.y.z上面分出来的，在对bug修补之后，QA测试通过后再合并进master分支，最终发布到master分支。
- bug id/desc表示修复bug的ID标识（对应Bug缺陷管理系统ID）或描述；[-name-yyMMdd]可选项，表示修复人和修复开始时间。
规约：修复分支由QA合并到master。
-
develop分支（开发分支/功能分支）
- 由release分支产生，可以和所分配给开发同学的功能相对应，可以是一个功能(可大可小)由多个同学(多个分支)开发、或者一个功能一个同学来开发。
- feature id/desc表示功能标识或者描述；[-name-yyMMdd]可选项，表示开发人和开发开始时间。