代码管理规范
| 分支管理 | 命名规范 | 解释 |
|---|---|---|
| master 主分支 | master | 稳定版本分支,上线完成回归后后,由项目技术负责人从 release 分支合并进来,并打 tag |
| test 测试分支 | test/版本号 示例:test/1.0.0 |
测试人员使用分支,测试时从 feature 分支合并进来,支持多人合并 |
| feature 功能开发分支 | feature/功能名称 示例:feature/blog |
新功能开发使用分支,基于master建立 |
| bugfix修复分支 | bugfix/功能名称 示例:fix/blog |
紧急线上bug修复使用分支,基于master建立 |
| release 上线分支 | release/版本号 示例:release/0.1.0 |
用于上线的分支,基于 master 建立,必须对要并入的 分支代码进行 Code review 后,才可并入上线 |
Git分支模型
版本号管理规范
| 版本名称 | 定义 | 示例 |
|---|---|---|
| 主版本 | 含有破坏性更新、大调整等 | 1.1.0 > 2.0.0 |
| 次版本 | 增加新功能特性 | 1.1.0 > 1.2.0 |
| 补丁版本 | 修复问题等 | 1.1.0 > 1.1.1 |
提交信息规范
| 前缀 | 解释 |
|---|---|
| feat | 新功能 |
| fix | 修复 |
| docs | 文档变更 |
| style | 代码格式 |
| refactor | 重构 |
| perf | 性能优化 |
| test | 增加测试 |
| revert | 回退 |
| build | 打包 |
| chore | 构建过程或辅助工具的变动 |
