Appearance
Git分支管理
一、分支说明
- master 项目主分支，只有一个，并且受保护
- hotfix_ 修复线上bug分支
- prod_开头 预发布环境使用分支
- test_开头 测试环境使用分支
- feature_开头 需求开发分支
- tag 每次版本上线需要打tag记录
二、开发流程
- 从master切开发分支
- 开发完毕之后，优先在自己的分支提测，如果遇到多分支并行，需要从master切一个test_分支，把分支合并进去再进行提测
- 每次在自己的分支上进行修复BUG，最后再合开到测试分
- 预发类似测试分支流程
- 上线完成之后需要对mater进行打tag，备份上线的版本，然后删除开发、测试、预发的分支
三、开发迭代
- 代码分支和需求版本进行对齐
- 每次大版本迭代需求从master进行切一个新的开发分支
- 开发分支命名：feature v版本号_时间_项日信息(英文，尽量见名知意)
- 例如:feature_v1.1_20250526_chart > 表示1.1版本的数据报表需求的开发分支
四、测试选代
- 从master切一个测试分支
- 分支命名规范: test_v版本号_时间_项日信息(英文，尽量见名知意)
- 例如: test_v1.1_20250526_chart > 表示1.1版本的数据报表需求的测试分支
五、预发布送代
- 从master切一个prod 的预发布分支
- 分支命名规范: prod_v版本号_时间_项目信息(英文，尽量见名知意)
- 例如:prod_v1.1_20250526_chart > 表示1.1版本的数据报表需求的预发分支
六、上线迭代
- 将预发布验证过的分支合并到master中，然后打上tag，tag与需求版本尽量保持一致
七、线上BUG修复
- 从master切一个hotfix 的线上分支
- 分支命名规范1: hotfix_时间_bug信息
- 例如: hotfix_20250526_chart > 表示修复线上的报表分支BUG信息
- 分支命名规范2: hotfix_bugId
- 例如：hotfix_1263031，表示修复bugId为1263031的bug