修改test
This commit is contained in:
parent
4ba3e3d8e0
commit
e951a8948a
|
|
@ -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. 生产环境版本系统发布升级
|
||||
|
||||
## 三、 流程图
|
||||
|
|
|
|||
Loading…
Reference in New Issue