基础平台内部分支管理规范，请务必按此规范进行开发

GitFlow 流程规范

开发分支（develop）‌

develop 分支是仓库的开发分支，这个分支包含最近发布到开发环境的代码。

预发布分支（release）‌

release 分支是仓库的预发布分支（测试），用于 QA 测试。从 develop 拉取，测试完成 merge 到 master 和 develop，如果测试期间，有其他版本合并入 master，需要同步到 release 版本，并进行测试。

生产分支（master）‌

master 分支是仓库的生产分支，这个分支包含最近发布到生产环境的代码， 这个分支需从 release 分支合并，禁止在这个分支直接修改 ‌。

使用

新功能开发(feature)

• 做新功能的时从 develop 拉取分支, 多人开发同一个功能模块时，只需拉取一个分支：

   feature-'作者'-'功能概括名'-'时间'（feature-liyuming-weather-20223/02/16）
  

• 自测无误后提交 merge 到 develop，稳定后删除自己的 feature 分支;

线上问题修复(hotfix)

• 修复线上环境上的问题从 master 拉取分支:

   hotfix-'作者'-bug概括名'-'时间'（hotfix-liyuming-weather-20223/02/16）
  

• 自测无误后提交 merge 到 master 和 develop，如果修复期间，有其他版本合并入 master ，需要同步到 hotfix 版本，并进行测试。 然后稳定后删除自己的 hotfix 分支;

提交规范

（1）type

提交 commit 的类型，包括以下几种：
feat: 新功能
fix: 修复问题
docs: 修改文档
style: 修改代码格式，不影响代码逻辑
refactor: 重构代码，理论上不影响现有功能
perf: 提升性能
test: 增加修改测试用例
chore: 修改工具相关（包括但不限于文档、代码生成等）
revert: 代码回滚
ci： 工程构建

（2）scope

修改文件的范围（包括但不限于 doc, middleware, proxy, core, config）

（3）subject

用一句话清楚的描述这次提交做了什么

（4）body

补充 subject，适当增加原因、目的等相关因素，也可不写。

（5）footer

当有非兼容修改时可在这里描述清楚
关联相关 issue，如 Closes #1, Closes #2, #3