为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，现规范 git 的相关操作。

主要规范两点：

git 分支命名规范

git 提交记录规范

1. git 分支命名规范

git 分支分为集成分支、功能分支和修复分支，分别命名为 develop、feature 和 hotfix，均为单数。不可使用 features、future、hotfixes、hotfixs 等错误名称。

• master（主分支，永远是可用的稳定版本，不能直接在该分支上开发）
• develop（开发主分支，所有新功能以这个分支来创建自己的开发分支，该分支只做只合并操作，不能直接在该分支上开发）
• feature-xxx（功能开发分支，在develop上创建分支，以自己开发功能模块命名，功能测试正常后合并到develop分支）
• feature-xxx-fix(功能bug修复分支，feature分支合并之后发现bug，在develop上创建分支修复，之后合并回develop分支。PS:feature分支在申请合并之后，未合并之前还是可以提交代码的，所以feature在合并之前还可以在原分支上继续修复bug)
• hotfix-xxx（紧急bug修改分支，在master分支上创建，修复完成后合并到 master）

注意事项：

• 一个分支尽量开发一个功能模块，不要多个功能模块在一个分支上开发。
• feature 分支在申请合并之前，最好是先 pull 一下 develop 主分支下来，看一下有没有冲突，如果有就先解决冲突后再申请合并。

2. git 提交记录规范

每个 git commit 记录都需要按照固定格式，具体格式为：

第一行：作者: 功能模块名称（或 功能模块ID）

第二行：提交描述，中英文皆可

　　+ ：增加代码

　　*  ：修改代码

　　-  ： 删除代码

参考：https://www.cnblogs.com/ShaYeBlog/p/5575852.html