v0.0.9
This commit is contained in:
parent
555acaf596
commit
9229601910
Binary file not shown.
|
Before Width: | Height: | Size: 301 KiB After Width: | Height: | Size: 319 KiB |
|
|
@ -3,8 +3,8 @@
|
|||
# 佛山许可登记代码与版本发布管理规范
|
||||
|
||||
> <div><span>拟稿：研发中心</span></div>
|
||||
> <div><span>版本号：0.0.6 </span></div>
|
||||
> <div><span>发布时间：2022.03.9 </span></div>
|
||||
> <div><span>版本号：0.0.7 </span></div>
|
||||
> <div><span>发布时间：2022.03.10 </span></div>
|
||||
|
||||
**目录**
|
||||
|
||||
|
|
@ -14,8 +14,9 @@
|
|||
|
||||
- [一、 代码管理](#%E4%B8%80-%E4%BB%A3%E7%A0%81%E7%AE%A1%E7%90%86)
|
||||
- [代码仓库组织](#%E4%BB%A3%E7%A0%81%E4%BB%93%E5%BA%93%E7%BB%84%E7%BB%87)
|
||||
- [分支生命周期](#%E5%88%86%E6%94%AF%E7%94%9F%E5%91%BD%E5%91%A8%E6%9C%9F)
|
||||
- [分支简介](#%E5%88%86%E6%94%AF%E7%AE%80%E4%BB%8B)
|
||||
- [分支管理](#%E5%88%86%E6%94%AF%E7%AE%A1%E7%90%86)
|
||||
- [跨工程分支管理](#%E8%B7%A8%E5%B7%A5%E7%A8%8B%E5%88%86%E6%94%AF%E7%AE%A1%E7%90%86)
|
||||
- [分支负责人职责](#%E5%88%86%E6%94%AF%E8%B4%9F%E8%B4%A3%E4%BA%BA%E8%81%8C%E8%B4%A3)
|
||||
- [开发人员管理](#%E5%BC%80%E5%8F%91%E4%BA%BA%E5%91%98%E7%AE%A1%E7%90%86)
|
||||
- [二、 版本发布管理](#%E4%BA%8C-%E7%89%88%E6%9C%AC%E5%8F%91%E5%B8%83%E7%AE%A1%E7%90%86)
|
||||
|
|
@ -46,36 +47,45 @@
|
|||
| fsrl-approve | 许可登记大前端 |
|
||||
| fsrl-biz-speq-web | 质监网办PC前端 |
|
||||
|
||||
### 分支生命周期
|
||||
### 分支简介
|
||||
|
||||
工程的分支主要两种，一种是基础分支，一种是功能开发的分支。其中`master`,`test`是基础分支。
|
||||
工程的分支主要两种，一种是长期分支，一种是功能开发的主题分支。其中`master`,`test`是长期分支。
|
||||
|
||||
**master主线**
|
||||
**master分支**
|
||||
|
||||
master分支始终代表生产环境的状态，不能直接在上面提交代码。并大版本的发布，应该进行打标签Tag，存储正式发布的历史。
|
||||
|
||||
**test预发布**
|
||||
**test分支**
|
||||
|
||||
test 分支作为功能的预发布集成分支，包含所有的代码提交记录。test 分支代表针对下一版本的最新交付的代码。开发人员从 test 分支创建新分支，并开发新功能。功能开发完毕后，将对其进行测试，与 test 分支合并，在合并了其他功能分支的情况下使用 test 分支的代码进行测试，然后与 master 分支合并。
|
||||
|
||||
**开发分支**
|
||||
|
||||
根据系统功能需求划分，创建对应的开发分支，负责存储相应的开发功能代码。当功能正式上线稳定一定的周期，并取得项目经理允许，即可摧毁删除分支。
|
||||
|
||||
例如：
|
||||
|
||||
| 涉及工程 | 功能模块 | 开发分支 |
|
||||
| ----------------------------------------------------------- | -------- | ---------- |
|
||||
| `fsrl-scr`,`fsrl-server`,`fsrl-approve` | 商事登记 | shangshi |
|
||||
| `fsrl-scr`,`fsrl-server`,`fsrl-approve` | 一照通行 | yizhaotong |
|
||||
| `fsrl-scr`,`fsrl-server`,`fsrl-approve` | 食药许可 | shiyao |
|
||||
| `fsrl-scr`,`fsrl-server`,`fsrl-approve`,`fsrl-biz-speq-web` | 质监许可 | zhijian |
|
||||
根据系统功能需求划分，创建对应的开发分支，负责存储相应的开发功能代码。
|
||||
|
||||
### 分支管理
|
||||
|
||||
1. 工程代码与分支需要严格规范管理起来，划分清楚工程与分支的边界
|
||||
2. 针对同个事项模块开发，涉及多个子工程，要统一分支命名
|
||||
3. 设立开发分支代码管理负责人，负责日常合并、与其他开发模块代码协同等操作
|
||||
1. master分支上保留完全稳定的代码，不允许直接push代码
|
||||
2. master分支只能从test分支合并push
|
||||
3. 开发分支创建，基于master拉取创建，并且命名采用英文定义
|
||||
4. 开发分支删除，当功能正式上线稳定一定的周期，并取得项目经理允许，即可删除分支。
|
||||
5. 工程代码与分支需要严格规范管理起来，划分清楚工程与分支的边界
|
||||
6. 设立开发分支代码管理负责人，负责日常合并、与其他开发模块代码协同等操作
|
||||
|
||||
### 跨工程分支管理
|
||||
|
||||
所谓的跨工程分支，意义上是同一个事项或功能开发，并涉及多个工程的分支管理。
|
||||
|
||||
1. 同属一个功能开发，要统一相同的分支命名
|
||||
2. 分支拥有一致生命周期
|
||||
|
||||
例如：
|
||||
|
||||
| 功能模块 | 涉及工程 | 分支名称 |
|
||||
| -------- | ----------------------------------------------------------- | -------- |
|
||||
| 一照通行 | `fsrl-scr`,`fsrl-server`,`fsrl-approve` | zzt |
|
||||
| 食药许可 | `fsrl-scr`,`fsrl-server`,`fsrl-approve` | food_med |
|
||||
| 质监许可 | `fsrl-scr`,`fsrl-server`,`fsrl-approve`,`fsrl-biz-speq-web` | speq |
|
||||
|
||||
### 分支负责人职责
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue