git 分支管理推荐规范
1、代码分支管理
（1） master分支：为主分支（保护分支），禁止直接在master上进行修改代码和提交，此分支的代码可以随时被发布到线上；
（2） dev_master分支：为测试分支或者叫做合并分支，所有开发完成需要提交测试的功能合并到该分支，该分支包含最新的更改；
（3） dev_分支：为开发分支，大家根据不同需求创建独立的功能分支，开发完成后合并到dev_master分支；
（4） dev_fix分支：为bug修复分支，需要根据实际情况对已发布的版本进行漏洞修复。
2、代码标签（Tag）管理
Tag采用三段式：v版本.里程碑.序号（v2.3.1）
架构升级或架构重大调整，修改第1位
新功能上线或者模块大的调整，修改第2位
bug修复上线，修改第3位
3、代码提交规范
（1）代码提交格式
<type>(<scope>): <subject><BLANK LINE><body><BLANK LINE><footer>
注意：(): 为必填项，采用最小特性原则进行提交。
（2）可选的type
feat：新功能（feature）
fix：修补bug
style：格式
refactor：重构
perf:性能优化
test：测试相关
docs：文档（documentation）
chore: 构建过程或辅助工具的变动
（3)提交示例
git commit -a -m “feat/(scope)新增:xxxxxx”
git commit -a -m “fix/(scope)修复:xxxxxx”
git commit -a -m “style/(scope)样式修改:xxxxxx”
git commit -a -m “refactor/(scope)重构:xxxxxx”
git commit -a -m “perf/(scope)性能优化:xxxxxx”
git commit -a -m “test/(scope)测试:xxxxxx”
git commit -a -m “docs/(scope)文档修改:xxxxxx”
git commit -a -m “chore/(scope)过程或工具变更:xxxxxx”
如果觉得《git 分支管理推荐规范》对你有帮助，请点赞、收藏，并留下你的观点哦！
