代码管理规范
分支管理 | 命名规范 | 解释 |
---|---|---|
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 | 构建过程或辅助工具的变动 |