技术规范/佛山许可登记代码与版本发布管理规范.md

@@ -3,8 +3,8 @@
 # 佛山许可登记代码与版本发布管理规范
 
 > <div><span>拟稿：研发中心</span></div>
-> <div><span>版本号：0.0.8 </span></div>
+> <div><span>版本号：0.0.7 </span></div>
-> <div><span>发布时间：2022.09.9 </span></div>
+> <div><span>发布时间：2022.03.10 </span></div>
 
 **目录**
 
@@ -49,24 +49,24 @@
 
 ### 分支简介
 
-工程的分支主要两种，一种是长期分支，一种是功能开发的主题分支。其中`master`,`dev`是长期分支。
+工程的分支主要两种，一种是长期分支，一种是功能开发的主题分支。其中`master`,`test`是长期分支。
 
 **master分支**
 
 master分支始终代表生产环境的状态，不能直接在上面提交代码。并大版本的发布，应该进行打标签Tag，存储正式发布的历史。
 
-**dev分支**
+**test分支**
 
-dev 分支作为功能的预发布集成分支，包含所有的代码提交记录。dev分支代表针对下一版本的最新交付的代码。，在合并了其他功能分支的情况下使用 dev分支的代码进行测试，然后与 master 分支合并。
+test 分支作为功能的预发布集成分支，包含所有的代码提交记录。test 分支代表针对下一版本的最新交付的代码。开发人员从 test 分支创建新分支，并开发新功能。功能开发完毕后，将对其进行测试，与 test 分支合并，在合并了其他功能分支的情况下使用 test 分支的代码进行测试，然后与 master 分支合并。
 
 **开发分支**
 
-根据系统功能需求划分，创建对应的开发分支，负责存储相应的开发功能代码。开发人员从 master分支创建新分支，并开发新功能。功能开发完毕后，将对其进行测试，与 dev分支合并。
+根据系统功能需求划分，创建对应的开发分支，负责存储相应的开发功能代码。
 
 ### 分支管理
 
 1.  master分支上保留完全稳定的代码，不允许直接push代码
-2. master分支只能从dev分支合并push
+2. master分支只能从test分支合并push
 3. 开发分支创建，基于master拉取创建，并且命名采用英文定义
 4. 开发分支删除，当功能正式上线稳定一定的周期，并取得项目经理允许，即可删除分支。
 5. 工程代码与分支需要严格规范管理起来，划分清楚工程与分支的边界
@@ -90,7 +90,7 @@ dev 分支作为功能的预发布集成分支，包含所有的代码提交记
 ### 分支负责人职责
 
 1. 每天负责合并master主线代码到开发分支上
-2. 上线发版需要经过测试环境测试，主动把代码合并dev分支上
+2. 上线发版需要经过测试环境测试，主动把代码合并test分支上
 3. 发版需要告知升级负责人，本次升级涉及那些工程以及说明，要通过文本方式告知留底
 
 ### 开发人员管理
@@ -127,15 +127,15 @@ dev 分支作为功能的预发布集成分支，包含所有的代码提交记
 
 ### 发布流程管理
 
-1. 每次发布版本要经过测试环境验证，流程：测试环境（dev） > 正式环境（master）
+1. 每次发布版本要经过测试环境验证，流程：测试环境（test） > 正式环境（master）
-2. 分支合并由分支负责人合并到dev，测试环境测试没有问题，再由升级负责人合并到主线master上打包发布正式环境
+2. 分支合并由分支负责人合并到test，测试环境测试没有问题，再由升级负责人合并到主线master上打包发布正式环境
 3. 测试环境发布版本，可以由分支负责人来负责打包升级
 4. 生产环境发布版本，由升级负责人打包升级，并且只能使用版本打包服务器打包
 5. 生产环境升级与回退只能使用版本管理系统操作
 
 ### 升级负责人职责
 
-1. 合并分支dev至master主线
+1. 合并分支test至master主线
 2. 生产环境版本系统发布升级
 3. 系统回退版本的操作