git代码分支管理规范

签出

发布分支pro

基于master分支创建develop分支

2.主分支管理策略

tag:v1.0.9-hf.1

merge

2-pull

release/1.0.9

冲突解决

tag:v1.1.0-beta.2

tag:v1.1.0-beta.1

<类型>[可选的作用域]:<空格><描述>build: 更改编译相关配置ci: 更改 CI/CD 相关配置docs: 更改文档feat: 在代码库中新增了一个功能fix: 在代码库中修复了一个 bugperf: 与性能优化相关的更改refactor: 重构，或者即不是修复 bug，也不是新增功能style: 样式的更改test: 更改与测试相关的内容chore: 杂项，无法确定的更改

修复bug分支hotfix

说明：支持多个发布线，创建release/1.1.0和release/1.0.9特性分支合并到develop，方便团队CodeReview基于发布分支Jenkins自动构建部署，但是只能部署到fat环境；UAT，PRE，PRO基于tag构建镜像部署线上稳定后将release发布分支的代码合并到master上并打上对应的tag如果有hotfix，可以在发布分支上进行修改，然后基于hotfix的tag进行构建发布，然后合并到develop分支上，最后还是合并到master

提交

develop

主开发分支dev

合并

feature/addsth

release/1.1.0

测试分支fat

1-checkout

tag:v1.1.0

checkout

tag:v1.0.9

基于develop分支构建fat的镜像1.1.0-alpha

签出/pull

主分支master

4-merge

 ▍Git Commit Message规范

pro上线

功能开发分支feature

master

基于tag部署

feature/other

1.根据部署环境的分支策略

合并代码，CodeReview提测

发布分支pre

时间趋势