Git分支命名规范
一、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）
- bugfix/*分支 （短期从develop创建）
- release/*分支（短期从develop创建）
注意事项：
- 一个分支尽量开发一个功能模块。不要多个功能模块在一个分支上开发
- feature分支在申请合并之前，最好是先pull一下主分支develop，看一下有没有冲突，如果有，先解决冲突后再申请合并
二、Branch功能详解
master负责记录上线版本的迭代，该分支代码与线上代码是完全一致的主分支。
develop负责记录相对稳定的版本，所有的feature分支和bugfix分支都从该分支创建
开发分支feature/*用于开发新的功能，不同的功能创建不同的功能分支，功能分支开发完成后并自测，自测通过之后，需要合并到develop分支，之后删除该分支。
bugfix/*用于修复不紧急的bug，普通bug均需要创建bugfix分支开发，开发完成自测，pass之后合并到develop分支后删除该分支
release/*用于代码上线准备，该分支从develop分支创建，创建之后由测试人员发布到测试环境进行测试，测试过程中发现bug需要开发人员在该release分支上进行bug修复，所有bug修复完成后，在上线之前，需要合并该release分支到master分支和develop分支。
hotfix/*该分支只有在紧急情况下使用，从master分支创建，用于紧急修复线上bug，修复完成后，需要合并该分支到master分支以便上线，同时需要再合并到develop分支紧急bug修复分支。
三、Branch命名规范
功能分支：格式 feature/功能名称
例如：feature/loginbug
修复分支：格式 bugfix/bug名称
例如：bugfix/add-user
二、git提交记录规范
每个git commit记录都需要按照固定格式，具体格式为：
- 第一行：作者，功能模块名称或者 功能模块ID
- 第二行：提交描述。中英文均可
- ： + 增加代码
- ： * 修改代码
- ： - 删除代码
三、原文链接
https://www.cnblogs.com/yorkyang/p/9147309.html
https://blog.csdn.net/weixin_34547883/article/details/112441888
https://blog.csdn.net/weixin_42134789/article/details/109349020
https://aiohttp-demos.readthedocs.io/en/latest/index.html#aiohttp-demos-polls-beginning
http://c.biancheng.net/design_pattern/