From e951a8948a5c6a73b0190f2d944bc51d2ec90a03 Mon Sep 17 00:00:00 2001 From: huangx Date: Wed, 23 Feb 2022 21:58:43 +0800 Subject: [PATCH] =?UTF-8?q?=E4=BF=AE=E6=94=B9test?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...许可登记代码与版本发布管理规范.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/技术规范/佛山许可登记代码与版本发布管理规范.md b/技术规范/佛山许可登记代码与版本发布管理规范.md index 9ddb3ac..445f0ab 100644 --- a/技术规范/佛山许可登记代码与版本发布管理规范.md +++ b/技术规范/佛山许可登记代码与版本发布管理规范.md @@ -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. 生产环境版本系统发布升级 ## 三、 流程图