1、1.简介1.1. 目的本文描述使用 SVN 基线管理的方式对公司的文档、代码、 BOM 进行流程管控，以达到文档、代码、BOM 的首次发布、变更、再次发布的正确性和唯一性。1.2. 原则对于公司的文档、代码、BOM 的发布和变更采用 SVN 基线管理的方式进行，遵循如下原则：1. 无论是文档、代码、BOM 那一种类型的工作产品要给相关干系人，都要采用创建基线的方式进行。2. 基线在创建前，必须通过验证。如果是技术类文档或者 BOM 单，验证以评审方式进行，所有干系人均认可当前的文档符合研发需要。如果是代码，验证以单元测试方式进行，保证当前代码的业务流程和业务逻辑测试通过。3. 在申请人申请文档
2、、代码、BOM 基线创建时，需要在 OA 上填写简要流程，并附带基线创建申请单 。4. 基线的审核由部门经理审核，由总工办批准。5. 基线的创建只能由配置库管理工程师进行创建，并分配给相关干系人只读权限，基线创建完成并分配好权限后，由配置库管理工程师对干系人以邮件的方式发布基线。6. 基线创建后，如果基线所包含的工作产品要进行变更，必须提交变更申请审批表 。7. 变更是否执行，要通过评审的方式进行决议，评审会议由总工办发起。8. 变更的批准由 CCG 组长决定。9. 变更的执行由项目组进行，完成后必须通过验证。如果是技术类文档或者 BOM 单，验证以评审方式进行，所有干系人均认可变更后的文档符
3、合研发需要。如果是代码，验证以单元测试方式进行，保证变更后代码的业务流程和业务逻辑测试通过。10. 变更执行完成后，必须再次提交基线创建的申请，如果是 BOM 变更，则在变更执行完毕之后，填写并提交XXX 项目 ECN ，并重复上述第 3 至第 5 条。2.场景描述2.1. 基线的创建和发布研 发 人 员 干 系 人配 置 管 理 员产 品 研 发开 发 库阶 段 工 作 完 成填 写 基 线 说 明提 交 基 线 创 建 申 请 单 批 准通 知 审 批 结 果取 出 工 作 产 品创 建 基 线总 工 办发 布 基 线验 证验 证 通 过基 线 库 &产 品库OA提 交 基 线 创 建 申
4、 请 单 1. 研发人员进行产品研发，阶段性工作完成后，整理工作产品。2. 研发人员对工作产品进行验证，文档类工作产品采用评审的方式进行验证；代码类工作产品采用单元测试的方式进行验证。3. 验证通过后，填写基线创建申请单 ，并在 OA 上填写简要说明。4. 将基线创建申请单提交配置库管理工程师，配置库管理工程师将基线创建申请单提交总工办领导进行审批。5. 审批通过后，通知配置库管理工程师审批结果。6. 如果通过审批，配置库管理工程师从开发库中取出相应的工作产品创建基线。7. 基线完成创建后，配置库管理工程师填写基线发布说明 ，并通过邮件的方式通知相关干系人。2.2. 基线变更研 发 人 员变
5、更 需 求开 发 库填 写 变 更 说 明组 织 变 更 评 审提 交 审 核通 知 审 批 结 果执 行 变 更总 工 办验 证填 写 变 更 申 请 审 批 表 OA提 交 变 更 申 请 审 批 表 CCG批 准 结 果验 证 通 过重 复 基 线 的 创 建 和 发 布 流 程填 写 XXX项 目 ECN1. 研发人员接到明确的变更需求或者变更任务。2. 对变更进行简要分析，填写变更申请审批表 。3. 同时在 OA 上填写本次变更的简要说明。4. 将变更申请审批表提交总工办。5. 总工办组织评审会议对本次变更进行评审。6. 由 CCG 根据会议决定是否允许变更。7. 由总工办通知项目组是否允许变更的结论。8. 如果允许变更，项目团队组织执行变更。9. 变更执行完成后，对变更后的工作产品进行验证。文档类工作产品采用评审的方式进行验证；代码类工作产品采用单元测试的方式进行验证。10. 验证通过后，如果是 BOM 变更，则需要填写XXX 项目 ECN上传OA 审批。完成后，再次申请基线的创建，操作流程与本文的章节 2.1相同。
