软件开发版本管理规范.docVIP

远东国际租赁有限公司 软件代码版本管理规范 修订记录 版本编号 版本日期 修订者 说 明 A/0 2012-04-18 信息管理部 施友松 初稿 目的 为规范程序开发过程中的代码管理，确保开发的效率和质量，降低开发过程风险，制定本规范。 范围 本规范适用于源代码管理版本管理的各个方面，包括： 版本标识； 软件代码的存储； 软件代码的修改控制； 软件代码的备份制度。 术语定义 TFS2010，微软提供的用于软件版本管理的系统软件，全称为Team Foundation Server 2010，与流行的.NET程序开发工具Visual Studio能够较好匹配。 SVN，全名Subversion，即版本控制系统，是一款开源免费的软件版本管理系统。 一般性规定 TFS2010和SVN为部门许可使用的代码版本管理系统，在新系统开发过程中可以根据实际情况选择一种相对使用的版本管理工具。 原则上微软技术系列的代码版本管理必须采用TFS2010系统。 所有的代码统一管理，部门设置软件代码版本管理专岗。 部门内审专岗负责日常代码版本管理情况的审核。 版本号设置规则 版本编号划分为主版本号和副版本号，中间用“.”分割，主版本号和副版本号都为整数，如：1.2。 当系统发生重大修改或改进，主版本号加一，重大修改和改进包括： 为系统新增重要功能； 对系统的现有功能进行重大调整； 系统结构或架构发生了修改； 系统数据结构发生了修改； 其他经过小组评审认为的属于重大修改情况。 当系统发生较小修改或改进，副版本号加一。 新系统上线之前主版本设置为0，待正式上线后调整为1。 每一次系统版本的升级，版本管理员都必须填写系统升级记录，格式见附件1《版本升级记录表》. 代码的测试和递交 6.1 代码迁出修改后必须及时递交，若不能按时递交则需要说明原因，并在项目组内部或相应范围内通报。 6.2 所有代码只有编译通过后方能递交。 6.3 每次新代码签入以及代码修改后的递交都需要填写注释，说明代码调整原因，调整范围等。 分支和合并管理 7.1 只允许在特殊情况下才允许建立分支，特殊情况仅包括： 1）用户的特殊的、急迫的且非常必要的需求； 2）发现系统存在重大缺陷，需要尽快修复。 7.2 一旦建立的分支的任务解决，必须尽快将分支到项目基线中。 7.3 合并操作有版本管理岗负责，代码开发人员协助并最终确认。 代码发布管理 代码管理岗负责在代码发布之前打标签，系统管理岗根据标签签出代码，并负责实际发布。 代码发布遵循“新系统发布流程”或“升级发布流程”的相关规定。 代码权限管理 为保障源代码的安全性和一致性，防止意外修改，原则上需要对访问源代码库的用户划分为三类角色，分别为： 无任何权限； 只读权限； 所有权限。 代码版本管理岗负责角色、权限和用户的管理。 对上线后系统的源代码严格管理，原则上外包开发人员不赋予上线系统的源代码访问权限。 代码备份管理 部门系统管理岗负责定期对软件代码进行备份，并确保备份的有效性和可恢复性。 具体备份规则遵循系统运维方向的相关规定，软件代码属于备级要求的最高级。 附则 本规定由信息管理部牵头制定并负责解释、修订。 本规定经信息管理部审批通过后，自发布之日起开始实施。 远东租赁有限公司 二〇一二年四月六日 附1: 版本升级记录表 系统名称 升级前版本号 升级后版本号 升级日期 变更内容描述 发布责任人 批准人 备注