为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操做。html
主要规范两点:git
git 分支命名规范测试
git 提交记录规范htm
1. git 分支命名规范
git 分支分为集成分支、功能分支和修复分支,分别命名为 develop、feature 和 hotfix,均为单数。不可以使用 features、future、hotfixes、hotfixs 等错误名称。blog
- 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 记录都须要按照固定格式,具体格式为:it
第一行:做者: 功能模块名称(或 功能模块ID)ast
第二行:提交描述,中英文皆可bug
+ :增长代码命名
* :修改代码
- : 删除代码
参考:https://www.cnblogs.com/ShaYeBlog/p/5575852.html