修改test

This commit is contained in:
黄晓 2022-02-23 21:58:43 +08:00
parent 4ba3e3d8e0
commit e951a8948a
1 changed files with 6 additions and 6 deletions

View File

@ -46,9 +46,9 @@
master分支始终代表生产环境的状态不能直接在上面提交代码。Master分支上的Commit应该Tag存储正式发布的历史。
**develop分支**
**test分支**
develop 分支作为功能的集成分支包含所有的代码提交记录。develop 分支代表针对下一版本的最新交付的代码。开发人员从 develop 分支创建新分支,并开发新功能。功能开发完毕后,将对其进行测试,与 develop 分支合并,在合并了其他功能分支的情况下使用 develop 分支的代码进行测试,然后与 master 分支合并。
test 分支作为功能的集成分支包含所有的代码提交记录。test 分支代表针对下一版本的最新交付的代码。开发人员从 test 分支创建新分支,并开发新功能。功能开发完毕后,将对其进行测试,与 test 分支合并,在合并了其他功能分支的情况下使用 test 分支的代码进行测试,然后与 master 分支合并。
### 2. 代码分支管理
@ -66,7 +66,7 @@ develop 分支作为功能的集成分支,包含所有的代码提交记录。
### 3. 分支负责人职责
1. 每天负责合并master分支代码到开发分支上
2. 上线发版需要经过测试环境测试,主动把代码合并develop分支上
2. 上线发版需要经过测试环境测试,主动把代码合并test分支上
3. 发版需要告知升级负责人,本次升级涉及那些工程以及说明,要通过文本方式告知,留底
### 4. 开发人员管理
@ -104,14 +104,14 @@ develop 分支作为功能的集成分支,包含所有的代码提交记录。
### 3. 发布流程管理
1. 每次发布版本要经过测试环境验证,流程:测试环境(develop > 正式环境master
2. 分支合并由分支负责人合并到develop测试环境测试没有问题再由升级负责人合并到主线master上打包发布正式环境
1. 每次发布版本要经过测试环境验证,流程:测试环境(test > 正式环境master
2. 分支合并由分支负责人合并到test测试环境测试没有问题再由升级负责人合并到主线master上打包发布正式环境
3. 测试环境发布版本,可以由分支负责人来负责打包升级
4. 生产环境发布版本,由升级负责人打包升级,并且只能使用版本打包服务器打包
### 4. 升级负责人职责
1. 合并分支develop至master主线
1. 合并分支test至master主线
2. 生产环境版本系统发布升级
## 三、 流程图