refactor: 前端架构重构 - 提取 CSS 和逻辑到独立模块
前端重构： - 删除旧的大体积 Vue 组件（HomeView, FileManage, TextSplit 等） - 删除旧的 composables（useFormatters, useModels, useProjects） - 新增 core/, page-logic/, pages/, shared/ 模块化目录结构 - 提取 CSS 到 styles/pages/ 目录 - 添加全局样式 variables.css 和 common.css 后端 API 更新： - chunks: 语义分割 API 增强 - files: 文件处理 API 更新 - models: 模型管理 API 更新 - questions: 问答管理 API 更新 - database: 数据库连接优化 - semantic_embedding: 语义嵌入服务优化 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
Developer
File diff suppressed because it is too large
Load Diff
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,266 @@
|
||||
文件编号：YG-CMMI-CM-PD07
|
||||
发布日期：2023-06-30
|
||||
现行版本：1.3
|
||||
|
||||
商密【中】
|
||||
|
||||
基线库管理规范
|
||||
|
||||
修订历史记录
|
||||
| 日期 | 版本 | 说明 | 作者/修改人 | 审核 | 批准 |
|
||||
| ----------- | -------- | -------- | ------- | ---- | ---- |
|
||||
| 2012-11-14 | 1.0 新增 | | 吴建春 | 李锋 | 卢晓民 |
|
||||
| | 在规范描述中增加 | EAM 产品的内 | | | |
|
||||
| 2013-7-23 | 1.1 | | 陈来方 | 卢晓民 | 周立 |
|
||||
容和入基线的标准邮件
|
||||
调整“适用部门”、“相关文档”
|
||||
| 2014-09-23 | 1.2 章节、根据最新组织机构调整本 | | 吴建春 | 卢晓民 | 李美平 |
|
||||
| ----------- | ------------------- | --- | ---- | ---- | ---- |
|
||||
文档引用的部门名称
|
||||
修订页眉中的商标引用，更新规
|
||||
| 2023-06-30 | 1.3 | | 李锋 | 刘娟 | 向万红 |
|
||||
| ----------- | ---- | --- | --- | --- | ---- |
|
||||
范描述
|
||||
| | | | | | |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| | | | | | |
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第1页 共7页
|
||||
目录
|
||||
1. 引言 ............................................................................................................................................................................ 2
|
||||
1.1 目的 ................................................................................................................................................................... 2
|
||||
1.2 适用范围 ........................................................................................................................................................... 2
|
||||
1.2.1 适用部门 ................................................................................................................................................... 2
|
||||
1.2.2 适用业务 ................................................................................................................................................... 2
|
||||
1.3 术语和缩略语 ................................................................................................................................................... 2
|
||||
2. 角色与职责 ................................................................................................................................................................ 2
|
||||
3. 规范描述 .................................................................................................................................................................... 3
|
||||
3.1 纳入基线管理的工作产品范围 ........................................................................................................................ 3
|
||||
3.2 通知入基线角色 ............................................................................................................................................... 3
|
||||
3.3 通知入基线时机 ............................................................................................................................................... 4
|
||||
3.4 文档存储地址 ................................................................................................................................................... 4
|
||||
3.5 权限管理 ........................................................................................................................................................... 5
|
||||
3.6 入基线文档规范 ............................................................................................................................................... 5
|
||||
3.6.1 模板引用 ................................................................................................................................................... 5
|
||||
3.6.2 格式要求 ................................................................................................................................................... 6
|
||||
3.7 文档入基线及基线变更的充分条件 ................................................................................................................ 6
|
||||
3.7.1 XX资料已入基线的邮件 .......................................................................................................................... 6
|
||||
4. 相关文档 .................................................................................................................................................................... 7
|
||||
5. 参考资料 .................................................................................................................................................................... 7
|
||||
商密【中】
|
||||
|
||||
| | | | 文件编号 | YG-CMMI-CM-PD07 |
|
||||
| --- | --- | --- | ----- | ---------------- |
|
||||
远光软件股份有限公司
|
||||
| | | | 发布日期 | 2014-09-23 |
|
||||
| --- | --- | --- | ----- | ----------- |
|
||||
| | | | 现行版本 | 1.2 |
|
||||
基线库管理规范
|
||||
| | | | 页次 | 第2页 共7页 |
|
||||
| --- | --- | --- | --- | -------- |
|
||||
|
||||
引言
|
||||
1.
|
||||
目的
|
||||
1.1
|
||||
为加强对研发线各阶段所输出工件入配置基线库活动的管理，明确规定入基线库的工件范围、及工件
|
||||
入基线库的时效性，特补充本规范。
|
||||
1.2 适用范围
|
||||
1.2.1 适用部门
|
||||
适用于公司产品研发部门、全资子公司，控股子公司参考执行。
|
||||
1.2.2 适用业务
|
||||
各产品研发线，在各阶段输出需入基线库工件的管理。
|
||||
1.3 术语和缩略语
|
||||
术语/缩略语 解释
|
||||
| CM(Configuration Management： | | 是软件工程中的一项规程，包括相关工具和应用技术(过程和方 | | |
|
||||
| ---------------------------- | --- | ------------------------------- | --- | --- |
|
||||
| 配置管理) | | 法)，公司用它来管理软件资产变更。 | | |
|
||||
| BL (Base Line：基线) | | 软件开发过程中的里程碑，它以一或多个软件配置项的交付为标 | | |
|
||||
志。基线由已经通过正式评审和批准的某规约或产品组成，它因
|
||||
|
||||
此可以作为进一步开发的基础，并且只能通过正式的变更控制过
|
||||
程才能够改变。
|
||||
| 工件 | | 软件研发生命周期各阶段的工作产品 | | |
|
||||
| --- | --- | -------------------- | --- | --- |
|
||||
|
||||
2. 角色与职责
|
||||
| 序号 | 角色 | 职责 | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
商密【中】
|
||||
|
||||
| | | | 文件编号 | YG-CMMI-CM-PD07 |
|
||||
| --- | --- | --- | ----- | ---------------- |
|
||||
远光软件股份有限公司
|
||||
| | | | 发布日期 | 2014-09-23 |
|
||||
| --- | --- | --- | ----- | ----------- |
|
||||
| | | | 现行版本 | 1.2 |
|
||||
基线库管理规范
|
||||
| | | | 页次 | 第3页 共7页 |
|
||||
| --- | --- | --- | --- | -------- |
|
||||
|
||||
负责将评审通过之后的文件入基线库
|
||||
配置管理员
|
||||
| 1 | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
负责将变更后的文件重新入基线库
|
||||
|
||||
负责确定项目哪些工作产品需入基线库管理
|
||||
项 目经理
|
||||
| 2 | | 负责管理并要求配置管理员按要求将各阶段工作产品入基线库 | | |
|
||||
| --- | --- | ------------------------------- | --- | --- |
|
||||
负责申请项目开发立项、发版材料入基线
|
||||
需求\设计\开发\测试
|
||||
负责参与工件入基线前的评审；
|
||||
| 3 | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
责任人
|
||||
负责申请各阶段工作产品入基线库
|
||||
|
||||
负责审计各阶段工作产品是否按要求入基线库
|
||||
QA工程师
|
||||
| 4 | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
负责审计各工作产品的完整性和符合性
|
||||
规范描述
|
||||
3.
|
||||
3.1 纳入基线管理的工作产品范围
|
||||
| | 工件 | 阶段 | | |
|
||||
| --------- | --- | ----- | --- | --- |
|
||||
| 产品需求说明书 | | 需求阶段 | | |
|
||||
| 需求规格说明书 | | 需求阶段 | | |
|
||||
| 详细需求说明书 | | 需求阶段 | | |
|
||||
| 功能设计文档 | | 设计阶段 | | |
|
||||
| 详细设计文档 | | 设计阶段 | | |
|
||||
| 测试用例 | | 测试阶段 | | |
|
||||
| 项目开发立项材料 | | 立项阶段 | | |
|
||||
| 项目结项材料 | | 结项阶段 | | |
|
||||
注：
|
||||
1）开发阶段的代码管理依据《YG-CMMI-CM-PD04 配置管理规范》执行。
|
||||
2）发版阶段：集成测试结束之后，配置项清单检查之前。
|
||||
通知入基线角色
|
||||
3.2
|
||||
|
||||
| 工件 | 入基线角色 | | | |
|
||||
| -------- | ------ | --- | --- | --- |
|
||||
| 产品需求说明书 | 需求责任人 | | | |
|
||||
商密【中】
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第4页 共7页
|
||||
需求规格说明书 需求责任人
|
||||
详细需求说明书 需求责任人
|
||||
功能设计文档 详细设计人员
|
||||
详细设计文档 详细设计人员
|
||||
测试用例 测试责任人
|
||||
项目开发立项材料 项目经理
|
||||
项目结项材料 项目经理
|
||||
3.3 通知入基线时机
|
||||
工件 入基线时机
|
||||
产品需求说明书 产品需求评审之后
|
||||
需求规格说明书 设计评审之后
|
||||
详细需求说明书评审之
|
||||
详细需求说明书
|
||||
后
|
||||
功能设计文档 评审之后
|
||||
详细设计文档 评审之后
|
||||
测试用例 测试用例评审之后
|
||||
项目开发立项材料 立项评审之后
|
||||
项目结项材料 结项评审之后
|
||||
3.4 文档存储地址
|
||||
（1）需求阶段
|
||||
需求规格说明书
|
||||
http:// 10.50.0.13/FMISdoc//baseline/ 需求规格说明书
|
||||
（2）设计阶段
|
||||
功能设计、详细设计文档：
|
||||
商密【中】
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第5页 共7页
|
||||
http:// 10.50.0.13/FMISdoc//baseline/设计文档/
|
||||
（3）测试阶段
|
||||
测试用例
|
||||
测试阶段工件列入VSS管理
|
||||
（4）开发阶段的代码管理
|
||||
统一列入ClearCase管理，依照《YG-CMMI-CM-PD04 配置管理规范》执行
|
||||
（5）项目开发立项材料
|
||||
项目开发立项材料
|
||||
http:// 10.50.0.13/FMISdoc//baseline/XXX(项目名称)/ 项目开发立项材料
|
||||
（6）项目结项材料
|
||||
项目结项材料
|
||||
http:// 10.50.0.13/FMISdoc//baseline/XXX(项目名称)/ 项目结项材料
|
||||
注：
|
||||
上述地址仅供参考，项目文档存储地址地址以实际立项计划中的要求为准。
|
||||
3.5 权限管理
|
||||
只允许本项目配置管理员有权限新增、删除、修改基线库内本项目的文档。
|
||||
其他项目干系人只能拥有本工作范围内工件的读取权限。
|
||||
3.6 入基线文档规范
|
||||
3.6.1 模板引用
|
||||
各阶段工件需按照公司CMMI研发体系中所发布的相应标准模板编写。
|
||||
商密【中】
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第6页 共7页
|
||||
3.6.2 格式要求
|
||||
各个工件除了按照标准模板执行外，还需要遵循如下通用要求：
|
||||
1） 文档显示的默认比例必须为100%；
|
||||
2） 正式文档必须记录审核人、批准人；
|
||||
3） 各个模板中，相应章节若无内容时必须写“无”来表明，而不允许直接删除本章节或留空。
|
||||
3.7 文档入基线及基线变更的充分条件
|
||||
文档入基线或申请变更基线文件时，必须输入入基线申请（变更申请），并保留有审批记录。
|
||||
入基线申请（变更申请）和审批记录，必须以正式的方式提交，如：依照RTC流程在相应单据中填写
|
||||
提交、或正式邮件提交。一切口头的或者利用其他交流工具提交的申请，都视为不符合。
|
||||
3.7.1 XX资料已入基线的邮件
|
||||
发件人：项目级配置管理师
|
||||
收件人：编写人（变更处理人）
|
||||
抄送人：配置经理、项目经理、资料使用人、QA
|
||||
邮件标题：关于XX资料已入基线的通知
|
||||
附件：无
|
||||
邮件内容模板如下：
|
||||
编写人（变更处理人）：
|
||||
您好！
|
||||
XX资料于MM-DD（周X）入基线，获取地址如下：XXX。
|
||||
配置管理工程师：XXX
|
||||
20XX年X月X日
|
||||
商密【中】
|
||||
|
||||
| | | | 文件编号 | YG-CMMI-CM-PD07 |
|
||||
| --- | --- | --- | ----- | ---------------- |
|
||||
远光软件股份有限公司
|
||||
| | | | 发布日期 | 2014-09-23 |
|
||||
| --- | --- | --- | ----- | ----------- |
|
||||
| | | | 现行版本 | 1.2 |
|
||||
基线库管理规范
|
||||
| | | | 页次 | 第7页 共7页 |
|
||||
| --- | --- | --- | --- | -------- |
|
||||
|
||||
4. 相关文档
|
||||
《YG-CMMI-CM-PC04 配置管理过程》
|
||||
《YG-CMMI-CM-PD04 配置管理规范》
|
||||
《YG-CMMI-PP-TEMP02 项目计划模板》
|
||||
《YG-CMMI-CM-TEMP13 配置管理计划模板》
|
||||
参考资料
|
||||
5.
|
||||
| 名称 | 来源 | 版本/日期 | | |
|
||||
| --- | --- | ------ | --- | --- |
|
||||
| | | | | |
|
||||
|
||||
商密【中】
|
||||
@@ -0,0 +1,266 @@
|
||||
文件编号：YG-CMMI-CM-PD07
|
||||
发布日期：2023-06-30
|
||||
现行版本：1.3
|
||||
|
||||
商密【中】
|
||||
|
||||
基线库管理规范
|
||||
|
||||
修订历史记录
|
||||
| 日期 | 版本 | 说明 | 作者/修改人 | 审核 | 批准 |
|
||||
| ----------- | -------- | -------- | ------- | ---- | ---- |
|
||||
| 2012-11-14 | 1.0 新增 | | 吴建春 | 李锋 | 卢晓民 |
|
||||
| | 在规范描述中增加 | EAM 产品的内 | | | |
|
||||
| 2013-7-23 | 1.1 | | 陈来方 | 卢晓民 | 周立 |
|
||||
容和入基线的标准邮件
|
||||
调整“适用部门”、“相关文档”
|
||||
| 2014-09-23 | 1.2 章节、根据最新组织机构调整本 | | 吴建春 | 卢晓民 | 李美平 |
|
||||
| ----------- | ------------------- | --- | ---- | ---- | ---- |
|
||||
文档引用的部门名称
|
||||
修订页眉中的商标引用，更新规
|
||||
| 2023-06-30 | 1.3 | | 李锋 | 刘娟 | 向万红 |
|
||||
| ----------- | ---- | --- | --- | --- | ---- |
|
||||
范描述
|
||||
| | | | | | |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| | | | | | |
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第1页 共7页
|
||||
目录
|
||||
1. 引言 ............................................................................................................................................................................ 2
|
||||
1.1 目的 ................................................................................................................................................................... 2
|
||||
1.2 适用范围 ........................................................................................................................................................... 2
|
||||
1.2.1 适用部门 ................................................................................................................................................... 2
|
||||
1.2.2 适用业务 ................................................................................................................................................... 2
|
||||
1.3 术语和缩略语 ................................................................................................................................................... 2
|
||||
2. 角色与职责 ................................................................................................................................................................ 2
|
||||
3. 规范描述 .................................................................................................................................................................... 3
|
||||
3.1 纳入基线管理的工作产品范围 ........................................................................................................................ 3
|
||||
3.2 通知入基线角色 ............................................................................................................................................... 3
|
||||
3.3 通知入基线时机 ............................................................................................................................................... 4
|
||||
3.4 文档存储地址 ................................................................................................................................................... 4
|
||||
3.5 权限管理 ........................................................................................................................................................... 5
|
||||
3.6 入基线文档规范 ............................................................................................................................................... 5
|
||||
3.6.1 模板引用 ................................................................................................................................................... 5
|
||||
3.6.2 格式要求 ................................................................................................................................................... 6
|
||||
3.7 文档入基线及基线变更的充分条件 ................................................................................................................ 6
|
||||
3.7.1 XX资料已入基线的邮件 .......................................................................................................................... 6
|
||||
4. 相关文档 .................................................................................................................................................................... 7
|
||||
5. 参考资料 .................................................................................................................................................................... 7
|
||||
商密【中】
|
||||
|
||||
| | | | 文件编号 | YG-CMMI-CM-PD07 |
|
||||
| --- | --- | --- | ----- | ---------------- |
|
||||
远光软件股份有限公司
|
||||
| | | | 发布日期 | 2014-09-23 |
|
||||
| --- | --- | --- | ----- | ----------- |
|
||||
| | | | 现行版本 | 1.2 |
|
||||
基线库管理规范
|
||||
| | | | 页次 | 第2页 共7页 |
|
||||
| --- | --- | --- | --- | -------- |
|
||||
|
||||
引言
|
||||
1.
|
||||
目的
|
||||
1.1
|
||||
为加强对研发线各阶段所输出工件入配置基线库活动的管理，明确规定入基线库的工件范围、及工件
|
||||
入基线库的时效性，特补充本规范。
|
||||
1.2 适用范围
|
||||
1.2.1 适用部门
|
||||
适用于公司产品研发部门、全资子公司，控股子公司参考执行。
|
||||
1.2.2 适用业务
|
||||
各产品研发线，在各阶段输出需入基线库工件的管理。
|
||||
1.3 术语和缩略语
|
||||
术语/缩略语 解释
|
||||
| CM(Configuration Management： | | 是软件工程中的一项规程，包括相关工具和应用技术(过程和方 | | |
|
||||
| ---------------------------- | --- | ------------------------------- | --- | --- |
|
||||
| 配置管理) | | 法)，公司用它来管理软件资产变更。 | | |
|
||||
| BL (Base Line：基线) | | 软件开发过程中的里程碑，它以一或多个软件配置项的交付为标 | | |
|
||||
志。基线由已经通过正式评审和批准的某规约或产品组成，它因
|
||||
|
||||
此可以作为进一步开发的基础，并且只能通过正式的变更控制过
|
||||
程才能够改变。
|
||||
| 工件 | | 软件研发生命周期各阶段的工作产品 | | |
|
||||
| --- | --- | -------------------- | --- | --- |
|
||||
|
||||
2. 角色与职责
|
||||
| 序号 | 角色 | 职责 | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
商密【中】
|
||||
|
||||
| | | | 文件编号 | YG-CMMI-CM-PD07 |
|
||||
| --- | --- | --- | ----- | ---------------- |
|
||||
远光软件股份有限公司
|
||||
| | | | 发布日期 | 2014-09-23 |
|
||||
| --- | --- | --- | ----- | ----------- |
|
||||
| | | | 现行版本 | 1.2 |
|
||||
基线库管理规范
|
||||
| | | | 页次 | 第3页 共7页 |
|
||||
| --- | --- | --- | --- | -------- |
|
||||
|
||||
负责将评审通过之后的文件入基线库
|
||||
配置管理员
|
||||
| 1 | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
负责将变更后的文件重新入基线库
|
||||
|
||||
负责确定项目哪些工作产品需入基线库管理
|
||||
项 目经理
|
||||
| 2 | | 负责管理并要求配置管理员按要求将各阶段工作产品入基线库 | | |
|
||||
| --- | --- | ------------------------------- | --- | --- |
|
||||
负责申请项目开发立项、发版材料入基线
|
||||
需求\设计\开发\测试
|
||||
负责参与工件入基线前的评审；
|
||||
| 3 | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
责任人
|
||||
负责申请各阶段工作产品入基线库
|
||||
|
||||
负责审计各阶段工作产品是否按要求入基线库
|
||||
QA工程师
|
||||
| 4 | | | | |
|
||||
| --- | --- | --- | --- | --- |
|
||||
负责审计各工作产品的完整性和符合性
|
||||
规范描述
|
||||
3.
|
||||
3.1 纳入基线管理的工作产品范围
|
||||
| | 工件 | 阶段 | | |
|
||||
| --------- | --- | ----- | --- | --- |
|
||||
| 产品需求说明书 | | 需求阶段 | | |
|
||||
| 需求规格说明书 | | 需求阶段 | | |
|
||||
| 详细需求说明书 | | 需求阶段 | | |
|
||||
| 功能设计文档 | | 设计阶段 | | |
|
||||
| 详细设计文档 | | 设计阶段 | | |
|
||||
| 测试用例 | | 测试阶段 | | |
|
||||
| 项目开发立项材料 | | 立项阶段 | | |
|
||||
| 项目结项材料 | | 结项阶段 | | |
|
||||
注：
|
||||
1）开发阶段的代码管理依据《YG-CMMI-CM-PD04 配置管理规范》执行。
|
||||
2）发版阶段：集成测试结束之后，配置项清单检查之前。
|
||||
通知入基线角色
|
||||
3.2
|
||||
|
||||
| 工件 | 入基线角色 | | | |
|
||||
| -------- | ------ | --- | --- | --- |
|
||||
| 产品需求说明书 | 需求责任人 | | | |
|
||||
商密【中】
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第4页 共7页
|
||||
需求规格说明书 需求责任人
|
||||
详细需求说明书 需求责任人
|
||||
功能设计文档 详细设计人员
|
||||
详细设计文档 详细设计人员
|
||||
测试用例 测试责任人
|
||||
项目开发立项材料 项目经理
|
||||
项目结项材料 项目经理
|
||||
3.3 通知入基线时机
|
||||
工件 入基线时机
|
||||
产品需求说明书 产品需求评审之后
|
||||
需求规格说明书 设计评审之后
|
||||
详细需求说明书评审之
|
||||
详细需求说明书
|
||||
后
|
||||
功能设计文档 评审之后
|
||||
详细设计文档 评审之后
|
||||
测试用例 测试用例评审之后
|
||||
项目开发立项材料 立项评审之后
|
||||
项目结项材料 结项评审之后
|
||||
3.4 文档存储地址
|
||||
（1）需求阶段
|
||||
需求规格说明书
|
||||
http:// 10.50.0.13/FMISdoc//baseline/ 需求规格说明书
|
||||
（2）设计阶段
|
||||
功能设计、详细设计文档：
|
||||
商密【中】
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第5页 共7页
|
||||
http:// 10.50.0.13/FMISdoc//baseline/设计文档/
|
||||
（3）测试阶段
|
||||
测试用例
|
||||
测试阶段工件列入VSS管理
|
||||
（4）开发阶段的代码管理
|
||||
统一列入ClearCase管理，依照《YG-CMMI-CM-PD04 配置管理规范》执行
|
||||
（5）项目开发立项材料
|
||||
项目开发立项材料
|
||||
http:// 10.50.0.13/FMISdoc//baseline/XXX(项目名称)/ 项目开发立项材料
|
||||
（6）项目结项材料
|
||||
项目结项材料
|
||||
http:// 10.50.0.13/FMISdoc//baseline/XXX(项目名称)/ 项目结项材料
|
||||
注：
|
||||
上述地址仅供参考，项目文档存储地址地址以实际立项计划中的要求为准。
|
||||
3.5 权限管理
|
||||
只允许本项目配置管理员有权限新增、删除、修改基线库内本项目的文档。
|
||||
其他项目干系人只能拥有本工作范围内工件的读取权限。
|
||||
3.6 入基线文档规范
|
||||
3.6.1 模板引用
|
||||
各阶段工件需按照公司CMMI研发体系中所发布的相应标准模板编写。
|
||||
商密【中】
|
||||
|
||||
文件编号 YG-CMMI-CM-PD07
|
||||
远光软件股份有限公司
|
||||
发布日期 2014-09-23
|
||||
现行版本 1.2
|
||||
基线库管理规范
|
||||
页次 第6页 共7页
|
||||
3.6.2 格式要求
|
||||
各个工件除了按照标准模板执行外，还需要遵循如下通用要求：
|
||||
1） 文档显示的默认比例必须为100%；
|
||||
2） 正式文档必须记录审核人、批准人；
|
||||
3） 各个模板中，相应章节若无内容时必须写“无”来表明，而不允许直接删除本章节或留空。
|
||||
3.7 文档入基线及基线变更的充分条件
|
||||
文档入基线或申请变更基线文件时，必须输入入基线申请（变更申请），并保留有审批记录。
|
||||
入基线申请（变更申请）和审批记录，必须以正式的方式提交，如：依照RTC流程在相应单据中填写
|
||||
提交、或正式邮件提交。一切口头的或者利用其他交流工具提交的申请，都视为不符合。
|
||||
3.7.1 XX资料已入基线的邮件
|
||||
发件人：项目级配置管理师
|
||||
收件人：编写人（变更处理人）
|
||||
抄送人：配置经理、项目经理、资料使用人、QA
|
||||
邮件标题：关于XX资料已入基线的通知
|
||||
附件：无
|
||||
邮件内容模板如下：
|
||||
编写人（变更处理人）：
|
||||
您好！
|
||||
XX资料于MM-DD（周X）入基线，获取地址如下：XXX。
|
||||
配置管理工程师：XXX
|
||||
20XX年X月X日
|
||||
商密【中】
|
||||
|
||||
| | | | 文件编号 | YG-CMMI-CM-PD07 |
|
||||
| --- | --- | --- | ----- | ---------------- |
|
||||
远光软件股份有限公司
|
||||
| | | | 发布日期 | 2014-09-23 |
|
||||
| --- | --- | --- | ----- | ----------- |
|
||||
| | | | 现行版本 | 1.2 |
|
||||
基线库管理规范
|
||||
| | | | 页次 | 第7页 共7页 |
|
||||
| --- | --- | --- | --- | -------- |
|
||||
|
||||
4. 相关文档
|
||||
《YG-CMMI-CM-PC04 配置管理过程》
|
||||
《YG-CMMI-CM-PD04 配置管理规范》
|
||||
《YG-CMMI-PP-TEMP02 项目计划模板》
|
||||
《YG-CMMI-CM-TEMP13 配置管理计划模板》
|
||||
参考资料
|
||||
5.
|
||||
| 名称 | 来源 | 版本/日期 | | |
|
||||
| --- | --- | ------ | --- | --- |
|
||||
| | | | | |
|
||||
|
||||
商密【中】
|
||||
@@ -0,0 +1,394 @@
|
||||
文件编号：YG-CMMI-CM-PD04
|
||||
发布日期：2023-06-30
|
||||
现行版本：2.2
|
||||
|
||||
商密【中】
|
||||
|
||||
代码提交规范
|
||||
|
||||
修订历史记录
|
||||
|
||||
日期
|
||||
2013-08-5
|
||||
|
||||
版本
|
||||
1.0 新增代码提交规范 张金金
|
||||
|
||||
批准
|
||||
李剑/陈明有 周立
|
||||
|
||||
作者/修改人
|
||||
|
||||
说明
|
||||
|
||||
审核
|
||||
|
||||
2014-03-24
|
||||
|
||||
1.1
|
||||
|
||||
2017-08-30
|
||||
|
||||
1.2
|
||||
|
||||
2022-09-9
|
||||
|
||||
2.0
|
||||
|
||||
2023-02-20
|
||||
|
||||
2.1
|
||||
|
||||
2023-06-30
|
||||
|
||||
2.2
|
||||
|
||||
张羡
|
||||
|
||||
杨莹
|
||||
|
||||
陈金银
|
||||
|
||||
陈斯华
|
||||
|
||||
李美平
|
||||
|
||||
增加代码提交时需写注释，便于构
|
||||
建系统识别变更集
|
||||
增加提交代码总则，增加附注 ”GRIS
|
||||
模块代码复审说明及操作”
|
||||
修订 1.2.1 适用部门 ；
|
||||
新增 2 角色与职责；
|
||||
新增 3 权限管理；
|
||||
修订 4.1 代码提交原则；
|
||||
修订 4.3.1 RTC 提交代码规范；
|
||||
新增 4.3.3 GIT 提交代码规范。
|
||||
修订适用范围、代码提交原则、增加
|
||||
代码库明细表。
|
||||
修订页眉中的商标引用，删除 RTC 代
|
||||
码提交规范章节
|
||||
|
||||
姚国全
|
||||
陈金银 刘发/王优
|
||||
|
||||
陈金银 黄德海
|
||||
|
||||
贾士中
|
||||
|
||||
向万红
|
||||
|
||||
姚国全
|
||||
|
||||
李锋
|
||||
|
||||
刘娟
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-06-30
|
||||
|
||||
2.2
|
||||
第 1 页 共 6 页
|
||||
|
||||
目 录
|
||||
|
||||
1. 引言 ................................................................................................................................................... 2
|
||||
1.1. 目的 ............................................................................................................................................................2
|
||||
1.2. 适用范围 ....................................................................................................................................................2
|
||||
1.2.1. 适用部门 ................................................................................................................................................2
|
||||
1.2.2. 适应业务 ................................................................................................................................................2
|
||||
2. 角色与职责 ............................................................................................................................................... 2
|
||||
3. 权限管理 ........................................................................................................................................... 2
|
||||
3.1. 用户管理及授权原则 ........................................................................................................................................2
|
||||
3.2. 代码权限开通或关闭流程 ........................................................................................................................3
|
||||
4. 规范描述 ........................................................................................................................................... 4
|
||||
4.1. 代码提交原则 ............................................................................................................................................4
|
||||
4.2. 代码库管理工具的特性规范 ....................................................................................................................4
|
||||
CC（ClearCase）提交代码规范 ..........................................................................................................4
|
||||
4.2.1.
|
||||
GIT 提交代码规范 .................................................................................................................................5
|
||||
4.2.2.
|
||||
5. 相关附件 ........................................................................................................................................... 5
|
||||
6. 相关文档 ........................................................................................................................................... 5
|
||||
7. 附代码库明细表（供参考） .............................................................................................................. 5
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 2 页 共 6 页
|
||||
|
||||
1. 引言
|
||||
|
||||
1.1. 目的
|
||||
|
||||
为统一规范代码库用户管理及授权控制，规范代码提交，保证代码的安全性、完整性、可追溯性，
|
||||
|
||||
特制定本规范，用以保障代码管理工具 GIT 和 CC（ClearCase）等提交代码活动的有序开展。
|
||||
|
||||
1.2. 适用范围
|
||||
|
||||
1.2.1. 适用部门
|
||||
|
||||
适用于公司产品研发部门、全资子公司，控股子公司参考执行。
|
||||
|
||||
1.2.2. 适应业务
|
||||
|
||||
项目代码交付。
|
||||
|
||||
2. 角色与职责
|
||||
|
||||
序号
|
||||
|
||||
角色
|
||||
|
||||
职责
|
||||
|
||||
1
|
||||
|
||||
2
|
||||
|
||||
部门经理
|
||||
|
||||
项目经理
|
||||
/开发经理
|
||||
|
||||
负责审批本部门员工（含借调）提起的跨项目组代码权限申请。
|
||||
负责审批项目组内员工（含借调）提起的代码权限申请。
|
||||
及时关闭项目组调出、离职员工的代码权限。
|
||||
|
||||
3
|
||||
|
||||
开发工程师
|
||||
|
||||
4
|
||||
|
||||
配置管理工程师
|
||||
|
||||
负责发起代码权限开通或关闭申请。
|
||||
明确代码库权限开通或关闭范围。
|
||||
了解代码库使用规范及要求。
|
||||
借调员工加入项目组的接受项目组统一管理。
|
||||
员工调岗、离职时需及时申请权限关闭。
|
||||
负责代码库权限的设置。
|
||||
协助项目成员正常使用代码库。
|
||||
填写单据相关信息，更改单据状态。
|
||||
|
||||
3. 权限管理
|
||||
|
||||
3.1. 用户管理及授权原则
|
||||
1) 用户代码权限，须经过项目经理（开发经理）或者部门经理审批，在审批通过后方可设置权限。
|
||||
|
||||
2) 开通代码权限的用户，须妥善保管好自己的帐号和密码，不得转借他人使用，避免由此带来的泄密
|
||||
|
||||
及代码追溯困难等问题的风险。
|
||||
|
||||
3) 开通了代码权限的用户，发现帐号/密码泄漏，须及时修改密码，设置的密码应符合公司安全规范。
|
||||
|
||||
因不遵守规范造成严重后果的，将按公司相关要求处理。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 3 页 共 6 页
|
||||
|
||||
4) 开通了代码权限的用户，须严格按照代码提交规范要求及对应工具的操作手册进行代码提交，确保
|
||||
|
||||
代码的正确性、完整性及可追溯性。
|
||||
|
||||
5) 开通了代码权限的用户，在调岗、离职时，需将代码交付完整后，按流程申请权限关闭。
|
||||
|
||||
3.2. 代码权限开通或关闭流程
|
||||
|
||||
入口准则
|
||||
|
||||
1
|
||||
输入
|
||||
1
|
||||
|
||||
需要代码库权限开通或关闭
|
||||
|
||||
无
|
||||
|
||||
过程步骤
|
||||
|
||||
1.1 申请人在公司研发管理平台上新建《代码库权限申请单》，提交代码权限开通或关闭申请。
|
||||
申请人在《代码库权限申请单》填写相关内容，包括代码库地址、权限说明、执行人及其
|
||||
它需说明的内容，申请人申请所在项目组代码库权限的由项目经理（开发经理）审批，申
|
||||
|
||||
1.2
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 4 页 共 6 页
|
||||
|
||||
请部门其他项目组代码库权限的由项目归属的部门经理审批。
|
||||
|
||||
1.3 申请人将《代码库权限申请单》提交给部门经理、或项目经理（开发经理）审批。
|
||||
|
||||
1.4 部门经理、或项目经理（开发经理）审批通过，转单给配置管理工程师进行权限设置。
|
||||
|
||||
1.5 配置管理工程师按单据设置相应代码权限，并完善单据信息，变更单据状态。
|
||||
|
||||
输出
|
||||
1
|
||||
|
||||
《代码库权限申请单》
|
||||
|
||||
出口准则
|
||||
|
||||
1
|
||||
|
||||
《代码库权限申请单》完整填写，权限已设置，单据内容已完善，单据状态已更改为结束。
|
||||
|
||||
裁剪
|
||||
裁剪内容 不可裁剪
|
||||
裁剪准则 无
|
||||
|
||||
4. 规范描述
|
||||
|
||||
4.1. 代码提交原则
|
||||
|
||||
1) 遵守已发布文档《YG-CMMI-CM-PD04 配置管理规范》中关于代码管理的所有原则。
|
||||
|
||||
2) 依据研发管理平台单据交付代码，没纳入版本的需求单/工作单，不允许提交代码至代码库。
|
||||
|
||||
3) 交付代码时必须按单号正确填写注释，格式如下：
|
||||
|
||||
注释必须含研发管理平台单据号，遵循以下三种要求：
|
||||
格式 1：单号 示例 843186
|
||||
格式 2：单号+空格+注释，示例 843186 注释内容
|
||||
格式 3：一个变更集可以对应多个单号，需都写入注释中，示例 843186 843187 注释内容
|
||||
补充说明：
|
||||
因解决编译报错修改的代码，关联导致编译报错时的代码变更集单据。
|
||||
解决合并冲突产生的变更集，关联产生冲突时的代码变更集单据。
|
||||
|
||||
4) 代码在本地构建通过后才能交付至代码库。
|
||||
|
||||
5) 所有提交发布流（分支）、受控流（分支）的代码需经复审后才可正式提交。各代码流（或分支）
|
||||
的具体管理要求请遵照发布文档《YG-CMMI-CM-PD04 配置管理规范（试行）.pdf》中涉及的关于代
|
||||
码管理的所有原则。
|
||||
|
||||
6) 公司产品研发部门所有代码库的发布流（分支）、受控流（分支），原则上由配置管理工程师统一
|
||||
|
||||
创建和管理。
|
||||
|
||||
7) 未按以上原则进行代码提交和管理，造成代码问题的，依据公司相关规定进行处理。
|
||||
|
||||
4.2. 代码库管理工具的特性规范
|
||||
|
||||
4.2.1. CC（ClearCase）提交代码规范
|
||||
|
||||
1) 按单据号在研发管理平台上申请权限，由研发管理部部门经理审批后开通权限。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 5 页 共 6 页
|
||||
|
||||
2) 开发工程师在 CC 中提交代码，选中要检出的文件，填写修改该文件的研发管理平台中单据号，如
|
||||
|
||||
果多个文件需要同时修改，则选中多个文件，一起检出，填写一个单号即可。
|
||||
|
||||
3) 每次创建单号后，CC 都会记录，提示框显示出来的单号如果正确，无需重新创建单号。如果没有，
|
||||
|
||||
创建即可。同一个单号修改多个文件，无需多次创建同一单号。
|
||||
|
||||
4) 详细的 Clearcase 操作指南请参见附件《YG-CMMI-CM-GD01 ClearcaseLT 客户端操作指南.doc》。
|
||||
|
||||
4.2.2. GIT 提交代码规范
|
||||
|
||||
1) GIT 代码库因其分支灵活的特点，无法进行统一管控，项目组因各种原因须建立个人分支，须邮件
|
||||
向项目经理申请，项目经理审批通过后方可建立，对建立的个人分支，配置管理工程师不纳入整体
|
||||
的代码流管理，项目组需妥善管控，并定期清理，由此类分支管理混乱造成代码问题及引发严重后
|
||||
果的，依据公司相关规定进行处理。
|
||||
|
||||
2) 详细的 GIT 操作手册请参见附件《YG-CMMI-CM-GD05 Git 使用手册-开发工程师》。
|
||||
|
||||
5. 相关附件
|
||||
|
||||
《YG-CMMI-CM-GD04 Git 安装指南-开发工程师》
|
||||
|
||||
《YG-CMMI-CM-GD05 Git 使用手册-开发工程师》
|
||||
|
||||
《YG-CMMI-CM-GD06 GAP 模块代码复审操作说明》
|
||||
|
||||
《RTC 操作手册-开发工程师》
|
||||
|
||||
6. 相关文档
|
||||
|
||||
《YG-CMMI-CM-PD04 配置管理规范》
|
||||
|
||||
《YG-CMMI-CM-PD03 配置项标识规范》
|
||||
|
||||
《YG-CMMI-CM-GD01 ClearcaseLT 客户端操作指南》
|
||||
|
||||
7. 附代码库明细表（供参考）
|
||||
|
||||
代码库明细表.xls
|
||||
|
||||
商密【中】
|
||||
|
||||
@@ -0,0 +1,394 @@
|
||||
文件编号：YG-CMMI-CM-PD04
|
||||
发布日期：2023-06-30
|
||||
现行版本：2.2
|
||||
|
||||
商密【中】
|
||||
|
||||
代码提交规范
|
||||
|
||||
修订历史记录
|
||||
|
||||
日期
|
||||
2013-08-5
|
||||
|
||||
版本
|
||||
1.0 新增代码提交规范 张金金
|
||||
|
||||
批准
|
||||
李剑/陈明有 周立
|
||||
|
||||
作者/修改人
|
||||
|
||||
审核
|
||||
|
||||
说明
|
||||
|
||||
2014-03-24
|
||||
|
||||
1.1
|
||||
|
||||
2017-08-30
|
||||
|
||||
1.2
|
||||
|
||||
2022-09-9
|
||||
|
||||
2.0
|
||||
|
||||
2023-02-20
|
||||
|
||||
2.1
|
||||
|
||||
2023-06-30
|
||||
|
||||
2.2
|
||||
|
||||
张羡
|
||||
|
||||
杨莹
|
||||
|
||||
陈金银
|
||||
|
||||
陈斯华
|
||||
|
||||
李美平
|
||||
|
||||
增加代码提交时需写注释，便于构
|
||||
建系统识别变更集
|
||||
增加提交代码总则，增加附注 ”GRIS
|
||||
模块代码复审说明及操作”
|
||||
修订 1.2.1 适用部门 ；
|
||||
新增 2 角色与职责；
|
||||
新增 3 权限管理；
|
||||
修订 4.1 代码提交原则；
|
||||
修订 4.3.1 RTC 提交代码规范；
|
||||
新增 4.3.3 GIT 提交代码规范。
|
||||
修订适用范围、代码提交原则、增加
|
||||
代码库明细表。
|
||||
修订页眉中的商标引用，删除 RTC 代
|
||||
码提交规范章节
|
||||
|
||||
姚国全
|
||||
陈金银 刘发/王优
|
||||
|
||||
陈金银 黄德海
|
||||
|
||||
贾士中
|
||||
|
||||
向万红
|
||||
|
||||
姚国全
|
||||
|
||||
李锋
|
||||
|
||||
刘娟
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-06-30
|
||||
|
||||
2.2
|
||||
第 1 页 共 6 页
|
||||
|
||||
目 录
|
||||
|
||||
1. 引言 ................................................................................................................................................... 2
|
||||
1.1. 目的 ............................................................................................................................................................2
|
||||
1.2. 适用范围 ....................................................................................................................................................2
|
||||
1.2.1. 适用部门 ................................................................................................................................................2
|
||||
1.2.2. 适应业务 ................................................................................................................................................2
|
||||
2. 角色与职责 ............................................................................................................................................... 2
|
||||
3. 权限管理 ........................................................................................................................................... 2
|
||||
3.1. 用户管理及授权原则 ........................................................................................................................................2
|
||||
3.2. 代码权限开通或关闭流程 ........................................................................................................................3
|
||||
4. 规范描述 ........................................................................................................................................... 4
|
||||
4.1. 代码提交原则 ............................................................................................................................................4
|
||||
4.2. 代码库管理工具的特性规范 ....................................................................................................................4
|
||||
CC（ClearCase）提交代码规范 ..........................................................................................................4
|
||||
4.2.1.
|
||||
GIT 提交代码规范 .................................................................................................................................5
|
||||
4.2.2.
|
||||
5. 相关附件 ........................................................................................................................................... 5
|
||||
6. 相关文档 ........................................................................................................................................... 5
|
||||
7. 附代码库明细表（供参考） .............................................................................................................. 5
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 2 页 共 6 页
|
||||
|
||||
1. 引言
|
||||
|
||||
1.1. 目的
|
||||
|
||||
为统一规范代码库用户管理及授权控制，规范代码提交，保证代码的安全性、完整性、可追溯性，
|
||||
|
||||
特制定本规范，用以保障代码管理工具 GIT 和 CC（ClearCase）等提交代码活动的有序开展。
|
||||
|
||||
1.2. 适用范围
|
||||
|
||||
1.2.1. 适用部门
|
||||
|
||||
适用于公司产品研发部门、全资子公司，控股子公司参考执行。
|
||||
|
||||
1.2.2. 适应业务
|
||||
|
||||
项目代码交付。
|
||||
|
||||
2. 角色与职责
|
||||
|
||||
序号
|
||||
|
||||
角色
|
||||
|
||||
职责
|
||||
|
||||
1
|
||||
|
||||
2
|
||||
|
||||
部门经理
|
||||
|
||||
项目经理
|
||||
/开发经理
|
||||
|
||||
负责审批本部门员工（含借调）提起的跨项目组代码权限申请。
|
||||
负责审批项目组内员工（含借调）提起的代码权限申请。
|
||||
及时关闭项目组调出、离职员工的代码权限。
|
||||
|
||||
3
|
||||
|
||||
开发工程师
|
||||
|
||||
4
|
||||
|
||||
配置管理工程师
|
||||
|
||||
负责发起代码权限开通或关闭申请。
|
||||
明确代码库权限开通或关闭范围。
|
||||
了解代码库使用规范及要求。
|
||||
借调员工加入项目组的接受项目组统一管理。
|
||||
员工调岗、离职时需及时申请权限关闭。
|
||||
负责代码库权限的设置。
|
||||
协助项目成员正常使用代码库。
|
||||
填写单据相关信息，更改单据状态。
|
||||
|
||||
3. 权限管理
|
||||
|
||||
3.1. 用户管理及授权原则
|
||||
1) 用户代码权限，须经过项目经理（开发经理）或者部门经理审批，在审批通过后方可设置权限。
|
||||
|
||||
2) 开通代码权限的用户，须妥善保管好自己的帐号和密码，不得转借他人使用，避免由此带来的泄密
|
||||
|
||||
及代码追溯困难等问题的风险。
|
||||
|
||||
3) 开通了代码权限的用户，发现帐号/密码泄漏，须及时修改密码，设置的密码应符合公司安全规范。
|
||||
|
||||
因不遵守规范造成严重后果的，将按公司相关要求处理。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 3 页 共 6 页
|
||||
|
||||
4) 开通了代码权限的用户，须严格按照代码提交规范要求及对应工具的操作手册进行代码提交，确保
|
||||
|
||||
代码的正确性、完整性及可追溯性。
|
||||
|
||||
5) 开通了代码权限的用户，在调岗、离职时，需将代码交付完整后，按流程申请权限关闭。
|
||||
|
||||
3.2. 代码权限开通或关闭流程
|
||||
|
||||
入口准则
|
||||
|
||||
1
|
||||
输入
|
||||
1
|
||||
|
||||
需要代码库权限开通或关闭
|
||||
|
||||
无
|
||||
|
||||
过程步骤
|
||||
|
||||
1.1 申请人在公司研发管理平台上新建《代码库权限申请单》，提交代码权限开通或关闭申请。
|
||||
申请人在《代码库权限申请单》填写相关内容，包括代码库地址、权限说明、执行人及其
|
||||
它需说明的内容，申请人申请所在项目组代码库权限的由项目经理（开发经理）审批，申
|
||||
|
||||
1.2
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 4 页 共 6 页
|
||||
|
||||
请部门其他项目组代码库权限的由项目归属的部门经理审批。
|
||||
|
||||
1.3 申请人将《代码库权限申请单》提交给部门经理、或项目经理（开发经理）审批。
|
||||
|
||||
1.4 部门经理、或项目经理（开发经理）审批通过，转单给配置管理工程师进行权限设置。
|
||||
|
||||
1.5 配置管理工程师按单据设置相应代码权限，并完善单据信息，变更单据状态。
|
||||
|
||||
输出
|
||||
1
|
||||
|
||||
《代码库权限申请单》
|
||||
|
||||
出口准则
|
||||
|
||||
1
|
||||
|
||||
《代码库权限申请单》完整填写，权限已设置，单据内容已完善，单据状态已更改为结束。
|
||||
|
||||
裁剪
|
||||
裁剪内容 不可裁剪
|
||||
裁剪准则 无
|
||||
|
||||
4. 规范描述
|
||||
|
||||
4.1. 代码提交原则
|
||||
|
||||
1) 遵守已发布文档《YG-CMMI-CM-PD04 配置管理规范》中关于代码管理的所有原则。
|
||||
|
||||
2) 依据研发管理平台单据交付代码，没纳入版本的需求单/工作单，不允许提交代码至代码库。
|
||||
|
||||
3) 交付代码时必须按单号正确填写注释，格式如下：
|
||||
|
||||
注释必须含研发管理平台单据号，遵循以下三种要求：
|
||||
格式 1：单号 示例 843186
|
||||
格式 2：单号+空格+注释，示例 843186 注释内容
|
||||
格式 3：一个变更集可以对应多个单号，需都写入注释中，示例 843186 843187 注释内容
|
||||
补充说明：
|
||||
因解决编译报错修改的代码，关联导致编译报错时的代码变更集单据。
|
||||
解决合并冲突产生的变更集，关联产生冲突时的代码变更集单据。
|
||||
|
||||
4) 代码在本地构建通过后才能交付至代码库。
|
||||
|
||||
5) 所有提交发布流（分支）、受控流（分支）的代码需经复审后才可正式提交。各代码流（或分支）
|
||||
的具体管理要求请遵照发布文档《YG-CMMI-CM-PD04 配置管理规范（试行）.pdf》中涉及的关于代
|
||||
码管理的所有原则。
|
||||
|
||||
6) 公司产品研发部门所有代码库的发布流（分支）、受控流（分支），原则上由配置管理工程师统一
|
||||
|
||||
创建和管理。
|
||||
|
||||
7) 未按以上原则进行代码提交和管理，造成代码问题的，依据公司相关规定进行处理。
|
||||
|
||||
4.2. 代码库管理工具的特性规范
|
||||
|
||||
4.2.1. CC（ClearCase）提交代码规范
|
||||
|
||||
1) 按单据号在研发管理平台上申请权限，由研发管理部部门经理审批后开通权限。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
代码提交规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD04
|
||||
2023-04-06
|
||||
|
||||
2.1
|
||||
第 5 页 共 6 页
|
||||
|
||||
2) 开发工程师在 CC 中提交代码，选中要检出的文件，填写修改该文件的研发管理平台中单据号，如
|
||||
|
||||
果多个文件需要同时修改，则选中多个文件，一起检出，填写一个单号即可。
|
||||
|
||||
3) 每次创建单号后，CC 都会记录，提示框显示出来的单号如果正确，无需重新创建单号。如果没有，
|
||||
|
||||
创建即可。同一个单号修改多个文件，无需多次创建同一单号。
|
||||
|
||||
4) 详细的 Clearcase 操作指南请参见附件《YG-CMMI-CM-GD01 ClearcaseLT 客户端操作指南.doc》。
|
||||
|
||||
4.2.2. GIT 提交代码规范
|
||||
|
||||
1) GIT 代码库因其分支灵活的特点，无法进行统一管控，项目组因各种原因须建立个人分支，须邮件
|
||||
向项目经理申请，项目经理审批通过后方可建立，对建立的个人分支，配置管理工程师不纳入整体
|
||||
的代码流管理，项目组需妥善管控，并定期清理，由此类分支管理混乱造成代码问题及引发严重后
|
||||
果的，依据公司相关规定进行处理。
|
||||
|
||||
2) 详细的 GIT 操作手册请参见附件《YG-CMMI-CM-GD05 Git 使用手册-开发工程师》。
|
||||
|
||||
5. 相关附件
|
||||
|
||||
《YG-CMMI-CM-GD04 Git 安装指南-开发工程师》
|
||||
|
||||
《YG-CMMI-CM-GD05 Git 使用手册-开发工程师》
|
||||
|
||||
《YG-CMMI-CM-GD06 GAP 模块代码复审操作说明》
|
||||
|
||||
《RTC 操作手册-开发工程师》
|
||||
|
||||
6. 相关文档
|
||||
|
||||
《YG-CMMI-CM-PD04 配置管理规范》
|
||||
|
||||
《YG-CMMI-CM-PD03 配置项标识规范》
|
||||
|
||||
《YG-CMMI-CM-GD01 ClearcaseLT 客户端操作指南》
|
||||
|
||||
7. 附代码库明细表（供参考）
|
||||
|
||||
代码库明细表.xls
|
||||
|
||||
商密【中】
|
||||
|
||||
File diff suppressed because it is too large
Load Diff
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,279 @@
|
||||
文件编号：YG-CMMI-CM-PD03
|
||||
发布日期：2023-06-30
|
||||
现行版本：1.2
|
||||
|
||||
商密【中】
|
||||
|
||||
配置项标识规范
|
||||
|
||||
修订历史记录
|
||||
|
||||
日期
|
||||
|
||||
版本
|
||||
|
||||
2008-06-19
|
||||
|
||||
1.0
|
||||
|
||||
说明
|
||||
新增文档，用于规范配置项标识
|
||||
工作，以便进行配置管理
|
||||
|
||||
2010-07-01
|
||||
2023-06-30
|
||||
|
||||
1.1 增加商密级别
|
||||
1.2 修订页眉中的商标引用
|
||||
|
||||
作者/修改人
|
||||
|
||||
审核
|
||||
|
||||
杨莹
|
||||
|
||||
吴建春
|
||||
李锋
|
||||
|
||||
周立
|
||||
|
||||
周立
|
||||
刘娟
|
||||
|
||||
批准
|
||||
|
||||
周立
|
||||
|
||||
周立
|
||||
向万红
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03PD03
|
||||
2023-06-30
|
||||
|
||||
V1.2
|
||||
第 1 页 共 4 页
|
||||
|
||||
目 录
|
||||
|
||||
1. 引言 .......................................................................................................................................................... 2
|
||||
1.1. 目的 ....................................................................................................................................................................2
|
||||
1.1.1. 适用部门 ........................................................................................................................................................2
|
||||
1.1.2. 适用业务 ........................................................................................................................................................2
|
||||
1.2. 概述 ....................................................................................................................................................................2
|
||||
1.3. 术语和缩略语 ....................................................................................................................................................2
|
||||
2. 角色与职责 ............................................................................................................................................... 2
|
||||
3. 规范描述 ................................................................................................................................................... 2
|
||||
3.1. 配置项命名 ........................................................................................................................................................2
|
||||
3.1.1. 配置项/单元命名规范 ...................................................................................................................................2
|
||||
3.1.2. 配置单元中的配置项命名 ............................................................................................................................3
|
||||
3.2. 配置库对象标识 ................................................................................................................................................3
|
||||
3.2.1. 版本管理 ........................................................................................................................................................3
|
||||
3.2.2. 基线管理 ........................................................................................................................................................3
|
||||
3.2.3. 项目 ................................................................................................................................................................3
|
||||
3.2.4. 开发流 ............................................................................................................................................................3
|
||||
3.2.5. 活动 ................................................................................................................................................................3
|
||||
3.2.6. 视图 ................................................................................................................................................................3
|
||||
3.2.7. VOB .................................................................................................................................................................3
|
||||
3.2.8. componet 组件 ...............................................................................................................................................3
|
||||
3.2.9. 文件及文件夹 ................................................................................................................................................4
|
||||
4. 相关文档 ................................................................................................................................................... 4
|
||||
5. 参考资料 ................................................................................................................................................... 4
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03
|
||||
2010-07-01
|
||||
|
||||
V1.1
|
||||
第 2 页 共 4 页
|
||||
|
||||
1. 引言
|
||||
|
||||
1.1. 目的
|
||||
|
||||
对纳入配置库的配置项统一标识，便于管理与查找。配置项的标识是为配置管理所使用的，不要和
|
||||
|
||||
文档编号混淆。
|
||||
|
||||
1.1.1. 适用部门
|
||||
|
||||
配置管理部门。
|
||||
|
||||
1.1.2. 适用业务
|
||||
|
||||
配置项的标识活动。
|
||||
|
||||
1.2. 概述
|
||||
|
||||
描述对项目或产品工件如何命名、标记和编号。标识方案涵盖硬件、系统软件以及产品目录结构中
|
||||
|
||||
列出的所有应用开发工件，例如，计划、模型、组件、测试软件、结果和数据、可执行文件，等等。
|
||||
|
||||
解释
|
||||
|
||||
由配置管理视为一个单一整体而进行处理的工作产品（例如：在
|
||||
软件生存周期各阶段所产生的各种形式和各种版本的文档、程
|
||||
序、数据等）以及完成工作产品所需的软件工具和支持系统。
|
||||
软件开发过程中的里程碑，它以一或多个软件配置项的交付为标
|
||||
志。基线由已经通过正式评审和批准的某规约或产品组成，它因
|
||||
此可以作为进一步开发的基础，并且只能通过正式的变更控制过
|
||||
程才能够改变.
|
||||
|
||||
1.3. 术语和缩略语
|
||||
|
||||
术语/缩略语
|
||||
|
||||
SCI(Software Configuration Item：
|
||||
软件配置项)
|
||||
|
||||
BL (BaseLine：基线)
|
||||
|
||||
2. 角色与职责
|
||||
|
||||
无
|
||||
|
||||
3. 规范描述
|
||||
|
||||
主要从配置项和配置库对象两个方面来定义如何进行标识，从而使配置库整洁有序。
|
||||
|
||||
3.1. 配置项命名
|
||||
|
||||
3.1.1. 配置项/单元命名规范
|
||||
|
||||
配置项/单元命名规范为：项目简称_配置项/单元名称
|
||||
|
||||
项目简称：为客户简称-项目名称缩写，应该是长度 8 位以内的英文字母与连接符的组合。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03
|
||||
2010-07-01
|
||||
|
||||
V1.1
|
||||
第 3 页 共 4 页
|
||||
|
||||
(项目简称由项目经理提供)
|
||||
|
||||
3.1.2. 配置单元中的配置项命名
|
||||
|
||||
对于测试用例等配置单元，其中的配置项的命名与编号规范，可以根据项目实际情况做相应约定，
|
||||
|
||||
要求是体现配置项内容和所属功能模块等信息。
|
||||
|
||||
文档类的配置项，以文档名称进行标识，标识时注意唯一性与可追溯性；
|
||||
|
||||
源码类的配置项，可以直接使用程序名称作为配置项标识。
|
||||
|
||||
3.2. 配置库对象标识
|
||||
|
||||
3.2.1. 版本管理
|
||||
|
||||
配置项每check out/in 一次，自身的版本号就会升一，可以直接看到。不允许随便删除版本，尤其是
|
||||
|
||||
已经打上label或者基线的版本。
|
||||
|
||||
3.2.2. 基线管理
|
||||
|
||||
参见文档《基线发布控制规程》
|
||||
|
||||
3.2.3. 项目
|
||||
|
||||
项目名字由项目经理提供，一般为项目简称。
|
||||
|
||||
3.2.4. 开发流
|
||||
|
||||
开发流的标识统一使用小写，命名约定：[主项目]_[用途标识]，例如 ygerp_3.1_intergration、
|
||||
|
||||
ygerp_3.1_report、ygerp_3.1_release 等。
|
||||
|
||||
3.2.5. 活动
|
||||
|
||||
针对的单据类型：R 加需求单号，Y 加优化单号，W 加工作单号，其他的向组织级配置管理工程师
|
||||
|
||||
申报后再决定。
|
||||
|
||||
3.2.6. 视图
|
||||
|
||||
所有人员建立视图均采用以下模式：
|
||||
域用户名＋流名称，如 admin_ ygerp_3.1_report，此为 admin 用户在 ygerp_3.1_report 上建立的视图，
|
||||
|
||||
不鼓励在同一流上建立多个视图。
|
||||
|
||||
3.2.7. VOB
|
||||
|
||||
按所存贮的数据类型命名，如 A.分析软件
|
||||
|
||||
3.2.8. componet 组件
|
||||
|
||||
管理组件统一采用 CBL.项目名称。如 CBL. ygerp_3.1。普通组件按功能进行命名。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03
|
||||
2010-07-01
|
||||
|
||||
V1.1
|
||||
第 4 页 共 4 页
|
||||
|
||||
3.2.9. 文件及文件夹
|
||||
|
||||
统一采用小写字母进行命名。
|
||||
|
||||
4. 相关文档
|
||||
|
||||
无
|
||||
|
||||
5. 参考资料
|
||||
|
||||
名称
|
||||
|
||||
无
|
||||
|
||||
来源
|
||||
|
||||
版本/日期
|
||||
|
||||
商密【中】
|
||||
|
||||
@@ -0,0 +1,279 @@
|
||||
文件编号：YG-CMMI-CM-PD03
|
||||
发布日期：2023-06-30
|
||||
现行版本：1.2
|
||||
|
||||
商密【中】
|
||||
|
||||
配置项标识规范
|
||||
|
||||
修订历史记录
|
||||
|
||||
日期
|
||||
|
||||
版本
|
||||
|
||||
2008-06-19
|
||||
|
||||
1.0
|
||||
|
||||
说明
|
||||
新增文档，用于规范配置项标识
|
||||
工作，以便进行配置管理
|
||||
|
||||
2010-07-01
|
||||
2023-06-30
|
||||
|
||||
1.1 增加商密级别
|
||||
1.2 修订页眉中的商标引用
|
||||
|
||||
作者/修改人
|
||||
|
||||
审核
|
||||
|
||||
杨莹
|
||||
|
||||
吴建春
|
||||
李锋
|
||||
|
||||
周立
|
||||
|
||||
周立
|
||||
刘娟
|
||||
|
||||
批准
|
||||
|
||||
周立
|
||||
|
||||
周立
|
||||
向万红
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03PD03
|
||||
2023-06-30
|
||||
|
||||
V1.2
|
||||
第 1 页 共 4 页
|
||||
|
||||
目 录
|
||||
|
||||
1. 引言 .......................................................................................................................................................... 2
|
||||
1.1. 目的 ....................................................................................................................................................................2
|
||||
1.1.1. 适用部门 ........................................................................................................................................................2
|
||||
1.1.2. 适用业务 ........................................................................................................................................................2
|
||||
1.2. 概述 ....................................................................................................................................................................2
|
||||
1.3. 术语和缩略语 ....................................................................................................................................................2
|
||||
2. 角色与职责 ............................................................................................................................................... 2
|
||||
3. 规范描述 ................................................................................................................................................... 2
|
||||
3.1. 配置项命名 ........................................................................................................................................................2
|
||||
3.1.1. 配置项/单元命名规范 ...................................................................................................................................2
|
||||
3.1.2. 配置单元中的配置项命名 ............................................................................................................................3
|
||||
3.2. 配置库对象标识 ................................................................................................................................................3
|
||||
3.2.1. 版本管理 ........................................................................................................................................................3
|
||||
3.2.2. 基线管理 ........................................................................................................................................................3
|
||||
3.2.3. 项目 ................................................................................................................................................................3
|
||||
3.2.4. 开发流 ............................................................................................................................................................3
|
||||
3.2.5. 活动 ................................................................................................................................................................3
|
||||
3.2.6. 视图 ................................................................................................................................................................3
|
||||
3.2.7. VOB .................................................................................................................................................................3
|
||||
3.2.8. componet 组件 ...............................................................................................................................................3
|
||||
3.2.9. 文件及文件夹 ................................................................................................................................................4
|
||||
4. 相关文档 ................................................................................................................................................... 4
|
||||
5. 参考资料 ................................................................................................................................................... 4
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03
|
||||
2010-07-01
|
||||
|
||||
V1.1
|
||||
第 2 页 共 4 页
|
||||
|
||||
1. 引言
|
||||
|
||||
1.1. 目的
|
||||
|
||||
对纳入配置库的配置项统一标识，便于管理与查找。配置项的标识是为配置管理所使用的，不要和
|
||||
|
||||
文档编号混淆。
|
||||
|
||||
1.1.1. 适用部门
|
||||
|
||||
配置管理部门。
|
||||
|
||||
1.1.2. 适用业务
|
||||
|
||||
配置项的标识活动。
|
||||
|
||||
1.2. 概述
|
||||
|
||||
描述对项目或产品工件如何命名、标记和编号。标识方案涵盖硬件、系统软件以及产品目录结构中
|
||||
|
||||
列出的所有应用开发工件，例如，计划、模型、组件、测试软件、结果和数据、可执行文件，等等。
|
||||
|
||||
解释
|
||||
|
||||
由配置管理视为一个单一整体而进行处理的工作产品（例如：在
|
||||
软件生存周期各阶段所产生的各种形式和各种版本的文档、程
|
||||
序、数据等）以及完成工作产品所需的软件工具和支持系统。
|
||||
软件开发过程中的里程碑，它以一或多个软件配置项的交付为标
|
||||
志。基线由已经通过正式评审和批准的某规约或产品组成，它因
|
||||
此可以作为进一步开发的基础，并且只能通过正式的变更控制过
|
||||
程才能够改变.
|
||||
|
||||
1.3. 术语和缩略语
|
||||
|
||||
术语/缩略语
|
||||
|
||||
SCI(Software Configuration Item：
|
||||
软件配置项)
|
||||
|
||||
BL (BaseLine：基线)
|
||||
|
||||
2. 角色与职责
|
||||
|
||||
无
|
||||
|
||||
3. 规范描述
|
||||
|
||||
主要从配置项和配置库对象两个方面来定义如何进行标识，从而使配置库整洁有序。
|
||||
|
||||
3.1. 配置项命名
|
||||
|
||||
3.1.1. 配置项/单元命名规范
|
||||
|
||||
配置项/单元命名规范为：项目简称_配置项/单元名称
|
||||
|
||||
项目简称：为客户简称-项目名称缩写，应该是长度 8 位以内的英文字母与连接符的组合。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03
|
||||
2010-07-01
|
||||
|
||||
V1.1
|
||||
第 3 页 共 4 页
|
||||
|
||||
(项目简称由项目经理提供)
|
||||
|
||||
3.1.2. 配置单元中的配置项命名
|
||||
|
||||
对于测试用例等配置单元，其中的配置项的命名与编号规范，可以根据项目实际情况做相应约定，
|
||||
|
||||
要求是体现配置项内容和所属功能模块等信息。
|
||||
|
||||
文档类的配置项，以文档名称进行标识，标识时注意唯一性与可追溯性；
|
||||
|
||||
源码类的配置项，可以直接使用程序名称作为配置项标识。
|
||||
|
||||
3.2. 配置库对象标识
|
||||
|
||||
3.2.1. 版本管理
|
||||
|
||||
配置项每check out/in 一次，自身的版本号就会升一，可以直接看到。不允许随便删除版本，尤其是
|
||||
|
||||
已经打上label或者基线的版本。
|
||||
|
||||
3.2.2. 基线管理
|
||||
|
||||
参见文档《基线发布控制规程》
|
||||
|
||||
3.2.3. 项目
|
||||
|
||||
项目名字由项目经理提供，一般为项目简称。
|
||||
|
||||
3.2.4. 开发流
|
||||
|
||||
开发流的标识统一使用小写，命名约定：[主项目]_[用途标识]，例如 ygerp_3.1_intergration、
|
||||
|
||||
ygerp_3.1_report、ygerp_3.1_release 等。
|
||||
|
||||
3.2.5. 活动
|
||||
|
||||
针对的单据类型：R 加需求单号，Y 加优化单号，W 加工作单号，其他的向组织级配置管理工程师
|
||||
|
||||
申报后再决定。
|
||||
|
||||
3.2.6. 视图
|
||||
|
||||
所有人员建立视图均采用以下模式：
|
||||
域用户名＋流名称，如 admin_ ygerp_3.1_report，此为 admin 用户在 ygerp_3.1_report 上建立的视图，
|
||||
|
||||
不鼓励在同一流上建立多个视图。
|
||||
|
||||
3.2.7. VOB
|
||||
|
||||
按所存贮的数据类型命名，如 A.分析软件
|
||||
|
||||
3.2.8. componet 组件
|
||||
|
||||
管理组件统一采用 CBL.项目名称。如 CBL. ygerp_3.1。普通组件按功能进行命名。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
配置项标识规范
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-PD03
|
||||
2010-07-01
|
||||
|
||||
V1.1
|
||||
第 4 页 共 4 页
|
||||
|
||||
3.2.9. 文件及文件夹
|
||||
|
||||
统一采用小写字母进行命名。
|
||||
|
||||
4. 相关文档
|
||||
|
||||
无
|
||||
|
||||
5. 参考资料
|
||||
|
||||
名称
|
||||
|
||||
无
|
||||
|
||||
来源
|
||||
|
||||
版本/日期
|
||||
|
||||
商密【中】
|
||||
|
||||
@@ -0,0 +1,434 @@
|
||||
文件编号：YG-CMMI-CM-GD04
|
||||
发布日期：2023-06-30
|
||||
现行版本：1.1
|
||||
|
||||
商密【中】
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
修订历史记录
|
||||
|
||||
日期
|
||||
2022-08-03
|
||||
|
||||
版本
|
||||
1.0 新增
|
||||
|
||||
说明
|
||||
|
||||
作者/修改人
|
||||
王优、刘发、胡玲、张金金
|
||||
|
||||
审核
|
||||
黄德海
|
||||
|
||||
批准
|
||||
姚国全
|
||||
|
||||
2023-06-30
|
||||
|
||||
1.1
|
||||
|
||||
修订页眉中的商
|
||||
标引用
|
||||
|
||||
李锋
|
||||
|
||||
刘娟
|
||||
|
||||
向万红
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 1 页 共 8 页
|
||||
|
||||
目 录
|
||||
|
||||
第一章 总则 ........................................................................................................................................... 2
|
||||
第一条 目的 ........................................................................................................................................................2
|
||||
第二条 适用范围 ................................................................................................................................................2
|
||||
第三条 术语和缩略语 ........................................................................................................................................2
|
||||
第四条 职责分工 ................................................................................................................................................2
|
||||
第二章 云效构建流程 ............................................................................................................................. 3
|
||||
第五条 代码提交审批流程 ................................................................................................................................4
|
||||
第六条 平台代码提交流程 ................................................................................................................................5
|
||||
第七条 产品代码提交流程 ................................................................................................................................7
|
||||
第三章 其他 ........................................................................................................................................... 8
|
||||
第八条 依赖包白名单 ........................................................................................................................................8
|
||||
第九条 安全代码扫描 ........................................................................................................................................8
|
||||
第四章 附则 ........................................................................................................................................... 8
|
||||
第十条 本指南由 DAP 研发中心负责修订、解释 ............................................................................................8
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 2 页 共 8 页
|
||||
|
||||
第一章 总则
|
||||
|
||||
第一条 目的
|
||||
|
||||
为规范财务中台云效系统代码提交流程，促进各部门高效协作，提高研发项目组提交代码的质量和
|
||||
|
||||
效率，特制定本指南。
|
||||
|
||||
第二条 适用范围
|
||||
|
||||
适用于财务中台产品代码提交云效系统涉及的各研发部门。
|
||||
|
||||
第三条 术语和缩略语
|
||||
|
||||
术语/缩略语
|
||||
|
||||
解释
|
||||
|
||||
云效是阿里巴巴云原生时代一站式 BizDevOps 平台，A 集团引
|
||||
|
||||
入使用，进行端到端的全流程管理。
|
||||
|
||||
研发项目组自研程序包。
|
||||
|
||||
第三方开源程序包或付费购买的程序包。
|
||||
|
||||
云效
|
||||
|
||||
二方包
|
||||
|
||||
三方包
|
||||
|
||||
第四条 职责分工
|
||||
|
||||
序号
|
||||
|
||||
角色
|
||||
|
||||
职责
|
||||
|
||||
1
|
||||
|
||||
研发项目组
|
||||
|
||||
1. 项目经理负责云效代码提交申请；
|
||||
|
||||
2. 负责平台/产品功能测试，保证代码质量；
|
||||
|
||||
3. 负责输出静态资源到指定目录；
|
||||
|
||||
4. 项目组对应的部门经理负责审批代码提交申请。
|
||||
|
||||
2
|
||||
|
||||
DAP 研发中心-测
|
||||
试 及 交 付 中 心
|
||||
（下文简称：测
|
||||
|
||||
1. 负责准备测试环境；
|
||||
|
||||
2. 负责产品功能的联调测试和自动化测试；
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 3 页 共 8 页
|
||||
|
||||
试及交付中心）
|
||||
|
||||
3. 平台冒烟通过后，负责更新测试环境，组织产品冒烟。
|
||||
|
||||
信创平台部-测试
|
||||
部（下文简称：
|
||||
平台测试部）
|
||||
|
||||
DAP 研发中心-研
|
||||
发管理部-配置组
|
||||
（下文简称：配
|
||||
置组）
|
||||
|
||||
电力行业技术支
|
||||
持中心（下文简
|
||||
称：技术支持中
|
||||
心）
|
||||
|
||||
1. 负责准备测试环境；
|
||||
|
||||
2. 负责平台功能的联调测试和自动化测试，测试通过后邮件知会相关干系
|
||||
|
||||
人。
|
||||
|
||||
1. 负责代码本地编译验证并提取依赖包；
|
||||
|
||||
2. 负责上传代码、依赖包、静态资源及镜像依赖文件至云效；
|
||||
|
||||
3. 负责云效编译并输出镜像。
|
||||
|
||||
1. 负责提供部署环境需要的镜像依赖文件；
|
||||
|
||||
2. 负责组织在仿真环境和生产环境开展镜像部署；
|
||||
|
||||
3. 负责审批云效代码的提交。
|
||||
|
||||
电力行业一部
|
||||
|
||||
1. 负责组织在仿真环境和生产环境开展测试。
|
||||
|
||||
信创平台部-公共
|
||||
服务部-安全实验
|
||||
室（下文简称：
|
||||
安全实验室）
|
||||
|
||||
1. 负责对研发项目组提交云效的代码进行安全扫描。
|
||||
|
||||
3
|
||||
|
||||
4
|
||||
|
||||
5
|
||||
|
||||
6
|
||||
|
||||
7
|
||||
|
||||
第二章 云效构建流程
|
||||
|
||||
代码提交到云效系统有两种更新方式：
|
||||
|
||||
1、 增量更新：按需发起申请，适用于不影响其他组功能使用的代码提交；
|
||||
|
||||
2、 全量更新：按迭代或版本进行更新，由技术支持中心发起。更新前必须通过系统测试和安全测
|
||||
|
||||
试。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 4 页 共 8 页
|
||||
|
||||
第五条 代码提交审批流程
|
||||
|
||||
1、 此流程适用增量更新时使用，全量更新由技术支持中心根据具体问题判断，直接发起。
|
||||
|
||||
2、 发起申请：由研发项目组的项目经理申请提交代码到云效。
|
||||
|
||||
3、 部门审核：由项目组对应的部门经理判断新提交代码是否影响其他项目组重新编译，只有不影
|
||||
响或能明确列出影响范围更新清单并通过测试验证的，才能提交技术支持中心负责人审批；平
|
||||
台代码不仅需要判断对平台其他组是否有影响，还需判断对其他产品是否有影响（是否需要其
|
||||
他产品调整代码或重新编译），如有影响审批不通过；如需更新，由技术支持中心根据具体问
|
||||
题判断是否发起全量更新。
|
||||
|
||||
4、 技术支持中心审批：由技术支持中心负责人根据更新时间、更新内容等确定是否审批，审批通
|
||||
|
||||
过后方可启动提交代码。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 5 页 共 8 页
|
||||
|
||||
5、 启动云效代码提交流程：审批通过后，由配置组提取代码、依赖包和静态资源，启动提交代码
|
||||
|
||||
的工作。
|
||||
|
||||
第六条 平台代码提交流程
|
||||
|
||||
1、 提交代码：由平台研发项目组对准备提交云效的代码、依赖包、静态资源（需同步输出到指定
|
||||
目录）等进行测试验证，此过程需要本地编译构建成功，通过平台测试部的冒烟测试，同时通
|
||||
过测试及交付中心的冒烟测试。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 6 页 共 8 页
|
||||
|
||||
平台静态资源路径：
|
||||
\\10.50.9.101\server\modular whgz\ECP\ECPV8.0.0\finalZipFile
|
||||
|
||||
2、 编译构建：由配置组根据平台提供的代码（当前为 boot 包），进行纯环境编译，确认获取依赖
|
||||
包（二方包、三方包）。如果选择增量更新，由发起者提供当前变更二方包列表、三方包列表
|
||||
和静态资源列表，如果选择全量更新，则无需提供。
|
||||
|
||||
3、 获取镜像依赖文件：由技术支持中心按部署环境提供 dockerfile、配置文件和基础镜像等依赖文
|
||||
|
||||
件给配置组。
|
||||
|
||||
4、 云效提交：由配置组根据获取的依赖包，清除云效 maven 库相关二方包，提交更新的二方包、
|
||||
|
||||
三方包、静态资源和 boot 代码并通过云效编译。
|
||||
|
||||
5、 生成并推送镜像：由配置组云效编译并获取镜像依赖文件打包，输出镜像，并将生成的镜像推
|
||||
|
||||
送云效镜像库。
|
||||
|
||||
6、 仿真环境镜像部署：由技术支持中心组织在仿真环境进行镜像部署。
|
||||
|
||||
7、 仿真环境测试：由电力行业一部组织在仿真环境开展功能测试验证。
|
||||
|
||||
8、 生产环境镜像部署：由技术支持中心负责将镜像部署到生产环境，并在生产环境进行镜像部署。
|
||||
|
||||
9、 生产环境测试：由电力行业一部组织在生产环境开展功能测试验证。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 7 页 共 8 页
|
||||
|
||||
第七条 产品代码提交流程
|
||||
|
||||
1、 提交代码：由产品研发项目组对准备提交云效的代码、依赖包、静态资源（需同步输出到指定
|
||||
目录）进行测试验证。此过程需要本地编译构建成功，通过测试及交付中心的产品联调测试和
|
||||
自动化测试。
|
||||
|
||||
产品静态资源路径：
|
||||
\\10.50.9.101\server\modular whgz\dap9.0.0master_sp\fmp_resource\finalZipFile
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 8 页 共 8 页
|
||||
|
||||
2、 编译构建：由配置组根据项目组提交的代码，进行纯环境编译，确认获取依赖包（二方包、三
|
||||
方包）。如果选择增量更新，由发起者提供当前变更二方包列表、三方包列表、静态资源列表，
|
||||
如果选择全量更新，则无需提供。
|
||||
|
||||
3、 获取镜像所需依赖文件：由技术支持中心按部署环境提供 dockerfile、配置文件和基础镜像等依
|
||||
|
||||
赖文件给配置组。
|
||||
|
||||
4、 云效提交：由配置组根据获取的依赖包，清除云效 maven 库相关二方包，提交更新二方包、三
|
||||
|
||||
方包、静态资源和代码并通过云效编译。
|
||||
|
||||
5、 生成并推送镜像：由配置组云效编译并获取镜像依赖文件打包，输出镜像，并将生成的镜像推
|
||||
|
||||
送云效镜像库。
|
||||
|
||||
6、 仿真环境镜像部署：由技术支持中心组织在仿真环境进行镜像部署。
|
||||
|
||||
7、 仿真环境测试：由电力行业一部组织在仿真环境开展功能测试验证。
|
||||
|
||||
8、 生产环境镜像部署：由技术支持中心负责将镜像部署到生产环境，并在生产环境进行镜像部署。
|
||||
|
||||
9、 生产环境测试：由电力行业一部组织在生产环境开展功能测试验证。
|
||||
|
||||
第三章 其他
|
||||
|
||||
第八条 依赖包白名单
|
||||
|
||||
项目组提交云效的代码，编译所需依赖包，必须在配置组提供的依赖包白名单中，并通过 maven 编
|
||||
|
||||
译。
|
||||
|
||||
第九条 安全代码扫描
|
||||
|
||||
按生产环境更新要求，研发项目组提交云效的代码需通过安全实验室相关工具的安全扫描。
|
||||
|
||||
第四章 附则
|
||||
|
||||
第十条 本指南由 DAP 研发中心负责修订、解释
|
||||
|
||||
商密【中】
|
||||
|
||||
@@ -0,0 +1,434 @@
|
||||
文件编号：YG-CMMI-CM-GD04
|
||||
发布日期：2023-06-30
|
||||
现行版本：1.1
|
||||
|
||||
商密【中】
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
修订历史记录
|
||||
|
||||
日期
|
||||
2022-08-03
|
||||
|
||||
版本
|
||||
1.0 新增
|
||||
|
||||
说明
|
||||
|
||||
作者/修改人
|
||||
王优、刘发、胡玲、张金金
|
||||
|
||||
审核
|
||||
黄德海
|
||||
|
||||
批准
|
||||
姚国全
|
||||
|
||||
2023-06-30
|
||||
|
||||
1.1
|
||||
|
||||
修订页眉中的商
|
||||
标引用
|
||||
|
||||
李锋
|
||||
|
||||
刘娟
|
||||
|
||||
向万红
|
||||
|
||||
远光软件股份有限公司 发布
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 1 页 共 8 页
|
||||
|
||||
目 录
|
||||
|
||||
第一章 总则 ........................................................................................................................................... 2
|
||||
第一条 目的 ........................................................................................................................................................2
|
||||
第二条 适用范围 ................................................................................................................................................2
|
||||
第三条 术语和缩略语 ........................................................................................................................................2
|
||||
第四条 职责分工 ................................................................................................................................................2
|
||||
第二章 云效构建流程 ............................................................................................................................. 3
|
||||
第五条 代码提交审批流程 ................................................................................................................................4
|
||||
第六条 平台代码提交流程 ................................................................................................................................5
|
||||
第七条 产品代码提交流程 ................................................................................................................................7
|
||||
第三章 其他 ........................................................................................................................................... 8
|
||||
第八条 依赖包白名单 ........................................................................................................................................8
|
||||
第九条 安全代码扫描 ........................................................................................................................................8
|
||||
第四章 附则 ........................................................................................................................................... 8
|
||||
第十条 本指南由 DAP 研发中心负责修订、解释 ............................................................................................8
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 2 页 共 8 页
|
||||
|
||||
第一章 总则
|
||||
|
||||
第一条 目的
|
||||
|
||||
为规范财务中台云效系统代码提交流程，促进各部门高效协作，提高研发项目组提交代码的质量和
|
||||
|
||||
效率，特制定本指南。
|
||||
|
||||
第二条 适用范围
|
||||
|
||||
适用于财务中台产品代码提交云效系统涉及的各研发部门。
|
||||
|
||||
第三条 术语和缩略语
|
||||
|
||||
术语/缩略语
|
||||
|
||||
解释
|
||||
|
||||
云效是阿里巴巴云原生时代一站式 BizDevOps 平台，A 集团引
|
||||
|
||||
入使用，进行端到端的全流程管理。
|
||||
|
||||
研发项目组自研程序包。
|
||||
|
||||
第三方开源程序包或付费购买的程序包。
|
||||
|
||||
云效
|
||||
|
||||
二方包
|
||||
|
||||
三方包
|
||||
|
||||
第四条 职责分工
|
||||
|
||||
序号
|
||||
|
||||
角色
|
||||
|
||||
职责
|
||||
|
||||
1
|
||||
|
||||
研发项目组
|
||||
|
||||
1. 项目经理负责云效代码提交申请；
|
||||
|
||||
2. 负责平台/产品功能测试，保证代码质量；
|
||||
|
||||
3. 负责输出静态资源到指定目录；
|
||||
|
||||
4. 项目组对应的部门经理负责审批代码提交申请。
|
||||
|
||||
2
|
||||
|
||||
DAP 研发中心-测
|
||||
试 及 交 付 中 心
|
||||
（下文简称：测
|
||||
|
||||
1. 负责准备测试环境；
|
||||
|
||||
2. 负责产品功能的联调测试和自动化测试；
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 3 页 共 8 页
|
||||
|
||||
试及交付中心）
|
||||
|
||||
3. 平台冒烟通过后，负责更新测试环境，组织产品冒烟。
|
||||
|
||||
信创平台部-测试
|
||||
部（下文简称：
|
||||
平台测试部）
|
||||
|
||||
DAP 研发中心-研
|
||||
发管理部-配置组
|
||||
（下文简称：配
|
||||
置组）
|
||||
|
||||
电力行业技术支
|
||||
持中心（下文简
|
||||
称：技术支持中
|
||||
心）
|
||||
|
||||
1. 负责准备测试环境；
|
||||
|
||||
2. 负责平台功能的联调测试和自动化测试，测试通过后邮件知会相关干系
|
||||
|
||||
人。
|
||||
|
||||
1. 负责代码本地编译验证并提取依赖包；
|
||||
|
||||
2. 负责上传代码、依赖包、静态资源及镜像依赖文件至云效；
|
||||
|
||||
3. 负责云效编译并输出镜像。
|
||||
|
||||
1. 负责提供部署环境需要的镜像依赖文件；
|
||||
|
||||
2. 负责组织在仿真环境和生产环境开展镜像部署；
|
||||
|
||||
3. 负责审批云效代码的提交。
|
||||
|
||||
电力行业一部
|
||||
|
||||
1. 负责组织在仿真环境和生产环境开展测试。
|
||||
|
||||
信创平台部-公共
|
||||
服务部-安全实验
|
||||
室（下文简称：
|
||||
安全实验室）
|
||||
|
||||
1. 负责对研发项目组提交云效的代码进行安全扫描。
|
||||
|
||||
3
|
||||
|
||||
4
|
||||
|
||||
5
|
||||
|
||||
6
|
||||
|
||||
7
|
||||
|
||||
第二章 云效构建流程
|
||||
|
||||
代码提交到云效系统有两种更新方式：
|
||||
|
||||
1、 增量更新：按需发起申请，适用于不影响其他组功能使用的代码提交；
|
||||
|
||||
2、 全量更新：按迭代或版本进行更新，由技术支持中心发起。更新前必须通过系统测试和安全测
|
||||
|
||||
试。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 4 页 共 8 页
|
||||
|
||||
第五条 代码提交审批流程
|
||||
|
||||
1、 此流程适用增量更新时使用，全量更新由技术支持中心根据具体问题判断，直接发起。
|
||||
|
||||
2、 发起申请：由研发项目组的项目经理申请提交代码到云效。
|
||||
|
||||
3、 部门审核：由项目组对应的部门经理判断新提交代码是否影响其他项目组重新编译，只有不影
|
||||
响或能明确列出影响范围更新清单并通过测试验证的，才能提交技术支持中心负责人审批；平
|
||||
台代码不仅需要判断对平台其他组是否有影响，还需判断对其他产品是否有影响（是否需要其
|
||||
他产品调整代码或重新编译），如有影响审批不通过；如需更新，由技术支持中心根据具体问
|
||||
题判断是否发起全量更新。
|
||||
|
||||
4、 技术支持中心审批：由技术支持中心负责人根据更新时间、更新内容等确定是否审批，审批通
|
||||
|
||||
过后方可启动提交代码。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 5 页 共 8 页
|
||||
|
||||
5、 启动云效代码提交流程：审批通过后，由配置组提取代码、依赖包和静态资源，启动提交代码
|
||||
|
||||
的工作。
|
||||
|
||||
第六条 平台代码提交流程
|
||||
|
||||
1、 提交代码：由平台研发项目组对准备提交云效的代码、依赖包、静态资源（需同步输出到指定
|
||||
目录）等进行测试验证，此过程需要本地编译构建成功，通过平台测试部的冒烟测试，同时通
|
||||
过测试及交付中心的冒烟测试。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 6 页 共 8 页
|
||||
|
||||
平台静态资源路径：
|
||||
\\10.50.9.101\server\modular whgz\ECP\ECPV8.0.0\finalZipFile
|
||||
|
||||
2、 编译构建：由配置组根据平台提供的代码（当前为 boot 包），进行纯环境编译，确认获取依赖
|
||||
包（二方包、三方包）。如果选择增量更新，由发起者提供当前变更二方包列表、三方包列表
|
||||
和静态资源列表，如果选择全量更新，则无需提供。
|
||||
|
||||
3、 获取镜像依赖文件：由技术支持中心按部署环境提供 dockerfile、配置文件和基础镜像等依赖文
|
||||
|
||||
件给配置组。
|
||||
|
||||
4、 云效提交：由配置组根据获取的依赖包，清除云效 maven 库相关二方包，提交更新的二方包、
|
||||
|
||||
三方包、静态资源和 boot 代码并通过云效编译。
|
||||
|
||||
5、 生成并推送镜像：由配置组云效编译并获取镜像依赖文件打包，输出镜像，并将生成的镜像推
|
||||
|
||||
送云效镜像库。
|
||||
|
||||
6、 仿真环境镜像部署：由技术支持中心组织在仿真环境进行镜像部署。
|
||||
|
||||
7、 仿真环境测试：由电力行业一部组织在仿真环境开展功能测试验证。
|
||||
|
||||
8、 生产环境镜像部署：由技术支持中心负责将镜像部署到生产环境，并在生产环境进行镜像部署。
|
||||
|
||||
9、 生产环境测试：由电力行业一部组织在生产环境开展功能测试验证。
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 7 页 共 8 页
|
||||
|
||||
第七条 产品代码提交流程
|
||||
|
||||
1、 提交代码：由产品研发项目组对准备提交云效的代码、依赖包、静态资源（需同步输出到指定
|
||||
目录）进行测试验证。此过程需要本地编译构建成功，通过测试及交付中心的产品联调测试和
|
||||
自动化测试。
|
||||
|
||||
产品静态资源路径：
|
||||
\\10.50.9.101\server\modular whgz\dap9.0.0master_sp\fmp_resource\finalZipFile
|
||||
|
||||
商密【中】
|
||||
|
||||
远光软件股份有限公司
|
||||
|
||||
关于云效代码提交管理指南
|
||||
|
||||
文件编号
|
||||
发布日期
|
||||
|
||||
现行版本
|
||||
页 次
|
||||
|
||||
YG-CMMI-CM-GD04
|
||||
2023-06-30
|
||||
|
||||
V1.1
|
||||
第 8 页 共 8 页
|
||||
|
||||
2、 编译构建：由配置组根据项目组提交的代码，进行纯环境编译，确认获取依赖包（二方包、三
|
||||
方包）。如果选择增量更新，由发起者提供当前变更二方包列表、三方包列表、静态资源列表，
|
||||
如果选择全量更新，则无需提供。
|
||||
|
||||
3、 获取镜像所需依赖文件：由技术支持中心按部署环境提供 dockerfile、配置文件和基础镜像等依
|
||||
|
||||
赖文件给配置组。
|
||||
|
||||
4、 云效提交：由配置组根据获取的依赖包，清除云效 maven 库相关二方包，提交更新二方包、三
|
||||
|
||||
方包、静态资源和代码并通过云效编译。
|
||||
|
||||
5、 生成并推送镜像：由配置组云效编译并获取镜像依赖文件打包，输出镜像，并将生成的镜像推
|
||||
|
||||
送云效镜像库。
|
||||
|
||||
6、 仿真环境镜像部署：由技术支持中心组织在仿真环境进行镜像部署。
|
||||
|
||||
7、 仿真环境测试：由电力行业一部组织在仿真环境开展功能测试验证。
|
||||
|
||||
8、 生产环境镜像部署：由技术支持中心负责将镜像部署到生产环境，并在生产环境进行镜像部署。
|
||||
|
||||
9、 生产环境测试：由电力行业一部组织在生产环境开展功能测试验证。
|
||||
|
||||
第三章 其他
|
||||
|
||||
第八条 依赖包白名单
|
||||
|
||||
项目组提交云效的代码，编译所需依赖包，必须在配置组提供的依赖包白名单中，并通过 maven 编
|
||||
|
||||
译。
|
||||
|
||||
第九条 安全代码扫描
|
||||
|
||||
按生产环境更新要求，研发项目组提交云效的代码需通过安全实验室相关工具的安全扫描。
|
||||
|
||||
第四章 附则
|
||||
|
||||
第十条 本指南由 DAP 研发中心负责修订、解释
|
||||
|
||||
商密【中】
|
||||
|
||||
Reference in New Issue
Block a user