配置管理制度及产品发布流程.ppt

7. 在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。同时项目经理应及时通知配置管理员，取消该人员的所有权限。若因项目经理审核不细致造成的代码或文档移交不完整，或项目经理未及时通知配置管理员取消权限，而造成的损失，该责任完全由项目经理承担。若因配置管理员未及时取消离职员工的权限，而造成的损失，该责任完全由配置管理员承担。 8. 在配置库使用时，为了避免配置库更新或提交时引起冲突，需注意： 项目经理在划分模块时注意每个人的模块之间尽量不要重叠。 开发人员在修改文件之前或者提交文件之前，必须先更新。 开发人员注意提交的频率，每天下班前必须提交当天修改的内容（源代码或者文档，bin目录下的文件在下次测试前提交即可）。对于编译没有通过的源代码，也需要提交，在提交时注明没有编译通过。 开发人员提交代码时必须添加注释，说明本次提交所做的修改。 使用中遇到问题不能解决时，请及时联系配置管理员。 9. 测试版本的提交 开发人员必须严格按照进度安排，提前或准时提交测试版本；如果推迟提交，必须填写变更单，并有CCB的签字。 开发人员在提交测试版本时，需考虑测试环境和开发环境的差异，保证在测试环境中的可用性，如果不能跑完基本的流程，测试人员可在mantis中提交严重性bug。 10. 版本发布 所有版本发布必须经质控部对外发布。研发人员不能私自发布代码或应用工具给技术支持人员、客服或用户。 发布准则 所有产品必须经过质控部对外发布； 所有发布的产品必须经过严格的测试，配置管理员在确认测试结果通过以后，进行产品发布的准备； 所有项目在发布时，配置管理员需检查文档是否齐全，文档的编写严格按照质控发布的文档模板填写； 如果有其它部门需要质控发送产品时，包括临时发布或者紧急发布的任何产品，需由需求部门填写《产品申请单》，否则不予发送； 发布完毕填写《产品发布记录表》。 经质控部对外发布的产品分为如下三种：外购产品、自研发软件和控件、SDK类。各种产品在发布前需符合一定的条件，具体如表1所示： 说明： 外购产品由质控部负责测试，其它由研发部内部测试通过后再提交给质控。 每种产品在发布前必须文档齐全，否则不予发布。 特殊情况，需由技术中心总监签字。 发布流程 客户端产品——发证洗KEY版驱动 用途：用于内部发证使用。 发送内容：必威体育精装版的发证洗key版，版本更新说明，发证注意事项，是否为强制更新（是/否）、更新时间点：(如：10月20之前必须完成更新)。 —— 用户使用版证书驱动 用途：用于客户使用。 发送内容：驱动版本在网站上的位置，版本更新说明(重点说明解决什么问题)、适用范围（详细明确说明此版本适用的范围）、注意事项（如果没有就写“无”）。 ——试用版 用途：出售给客户使用。 发送内容：试用版本的安装包，产品说明(功能介绍)、使用说明、产品在网站上的位置，版本更新说明、注意事项（如果没有就写“无”）。 质控部 美工放到公司网站下载中心 发送客服中心总监； 发送办事处负责人； 发送技术中心总监； 抄送客服部和证书制作部经理； 抄送质控部经理； 技术中心助理 制作成可自动运行的光盘版给采购部 邮件发送 U盘传送 邮件发送 质控部 经办公室主任审核后发给美工放到公司网站下载中心 发送客服中心总监； 发送技术中心总监； 发送营销中心总监； 抄送客服部和证书制作部经理； 抄送质控部经理； 抄送技术中心和营销中心助理 邮件通知 邮件通知 诚信服务 ? GOOGLE 2005 配置管理制度及产品发布流程 * 配置管理制度 术语 开发库中产品经过测试小组测试后，形成一个稳定的版本，由配置管理员从开发库中将该版本提取出来，形成一个新的版本。以后的版本更新将在此基础上进行更新。所有人员对基线库的最大权限只能为只读权限。 基线库（baselib） 存放开发过程中需要保留的各种信息，供开发人员个人专用。开发人员对其具有编辑、修改、删除等操作权限 开发库（devlib） 是项目开发库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线 基线（Baselines） 是在项目开发中，标识、控制和管理软件变更的一种管理。 软件配置管理（CM） 描述 术语 角色和职责