Git 分支管理策略&commit(提交) 规范

分支	说明	来源	合并	描述
master	主干分支	/	/	代码库有且只有一个主分支，master 分支的代码永远是稳定的，可以随时发布到生产环境。
dev	开发分支	/	/	当 dev分支上的代码达到稳定，并且具备发版状态时，需要将 dev 的代码合并到master，并且打一个带有发布版本号的tag。 原则上dev需要先合并到test分支，test分支在用户测试稳定后再从test分支合并到master分支。
test	测试/预发布分支	dev	dev,master	dev趋于稳定后将dev合并到test分支，用户测试通过后test合并master
hotfix	热修复分支	master	dev,master	从master拉取，修复结束后合并master、dev
feature	新功能分支	dev	dev	开发新功能，从dev拉取，开发结束后合并回dev

关键字	功能	格式	例子	备注
feat	修改/增加新功能	[关键字]空格 换行 (可以不写)	[关键字] xx4.2邮件 1.xxx 2.xxx
fix	修复相关的bug
docs	文档相关变更
style	不影响代码含义的变更(空白、格式、缺少符号等)
refactor	重构代码
perf	性能优化
test	测试
chore	Build, .gitignore或辅助工具、库(如文档生成)等变更