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

测试阶段配置库使用流程 当项目进入测试阶段后，配置库的使用流程如下： 由项目开发人员将源代码编译后的文件放到“trunk/bin”目录下，同时需将如下文档：打包说明、部署说明、已完成可测试的功能模块和已经修复的bug编号，一并放在该目录下，并通知配置管理员。 由配置管理员打包后将测试版本上传到“products/测试版本”，同时在mantis中建立相应的测试版本目录，然后通知测试人员，测试人员在该目录下载后进行测试。 测试人员将bug提交到mantis上的对应目录，由项目经理进行统一分配给相应开发人员，开发人员修复后在mantis中将bug状态改为“已解决”，重复（1）-（3）。每一轮测试之后测试人员需提交测试报告到“docs/测试与验收”，总结本次测试版本的情况。 第九页，共二十一页。 * 发布阶段配置库使用流程： 当测试人员给出的测试结论是“通过”时，进入产品发布阶段。 ?配置管理员将通过测试的版本存放于“products/正式发布版本”。并编写产品化说明文档，存放到“docs/产品资料”，包括：产品版本说明；产品概要介绍；本次发布包含的文件包、文档说明；本次发布包含或者新增的功能特性说明；遗留问题及影响说明；版权声明以及其他需要说明的事项。 同时，配置管理员在“tags”目录下建立相应的文件，名称为Release_版本号_时间，存放src目录下的源代码及docs下的相关文档。 ??最后，由配置管理员正式发布通知。通知各相关部门的负责人并附上产品发布说明和产品介绍。 第十页，共二十一页。 * 配置库变更管理 若在使用配置库的过程中需要变更配置库管理权限，包括增加、修改、删除权限都必须由项目经理到配置管理员处填写《SVN用户权限变更表》，配置管理员根据《SVN用户权限变更表》进行变更，变更之后，将变更结果通知相关人员。 如果有配置项需要变更，变更申请人向CCB提交变更申请，重点说明“变更内容”、“变更原因”，同时需要对更改做相应的评估。CCB审批该申请，分析此变更对项目造成的影响。如果同意变更，则安排变更任务，指定变更人，执行变更，并由配置管理员在“配置库管理报告”中登记，以便及时跟踪各项目的配置状态。否则终止本过程。 第十一页，共二十一页。 * 配置库备份 配置管理员应定期做好配置库的备份和恢复试验，以防意外引起的服务器上资料的丢失，避免给公司带来严重的损失。 配置库使用规范 所有立项的项目，都必须申请建立配置库。开发过程中所有文档和代码必须纳入配置库管理，若因开发人员未按照要求纳入配置库管理造成的资料丢失或版本差异，其责任皆由开发人员承担。 配置库服务器密码只有配置管理员和质控部经理掌握，其他人如因特殊原因需要该密码，必须经过质控部经理的批准后方能获取；并在使用完密码之后，通知质控部经理和配置管理员，配置管理员及时设置新的密码，以保证服务器资料的安全性和机密性。若因配置管理员或质控部经理泄漏密码，而造成损失，该责任完全由密码泄漏人员承担。 第十二页，共二十一页。 * 3. 配置库密码只能在服务器上设置，使用人员如遗忘密码，可以与配置管理员取得联系，进行密码重置。使用人员拿到初始密码后，必须在网页上修改自己的密码。 4. 各配置库的使用人员必须使用各自的用户名和密码进入配置库，访问各自的配置库。各使用人员不得将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人承担。 5. 项目组成员未经项目经理同意不得更改他人的文档和代码。各项目的配置库用于项目组正式开发使用，项目组成员不得恶意对其进行修改、删除、增加等操作；若因对SVN工具不熟悉，需要学习，可以向配置管理员提出需求，由配置管理员为其提供可以练习的配置库。 6. 项目经理及配置管理员负责定期检查配置库的使用情况，查看是否有员工进行无故删除或恶意修改文件的行为；并对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。 第十三页，共二十一页。 * 7. 在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。同时项目经理应及时通知配置管理员，取消该人员的所有权限。若因项目经理审核不细致造成的代码或文档移交不完整，或项目经理未及时通知配置管理员取消权限，而造成的损失，该责任完全由项目经理承担。若因配置管理员未及时取消离职员工的权限，而造成的损失，该责任完全由配置管理员承担。 8. 在配置库使用时，为了避免配置库更新或提交时引起冲突，需注意： 项目经理在划分模块时注意每个人的