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