软件版本管理办法.pdf

应用系统开发部软件版本管理办法总则总则第一条 制定本本管理办法目的:为规范程序开发过程中的代码管理,确保开发的效率和质量，降低开发过程风险。第二条 软件版本管理内容包括：（1)版本标识；（2）软件代码的存储；(3）软件代码的修改控制；（4）软件代码的备份制度。第三条 本管理办法需要通过版本管理工具对软件内容进行管理。TFS2010 和 SVN 为部门许可使用的版本管理工具，在新系统开发过程中可以根据实际情况选择一种相对使用的版本管理工具.机构与职责机构与职责第四条 应用系统开发部负责本部门开发的软件版本管理。设置版本管理专岗,负责本部门版本管理工具权限管理。第五条 项目开发组负责维护本项目软件代码以及部署发布物版本。其中开发经理需要对软件代码和部署发布物版本进行全生命周期的维护管理。第六条 开发人员负责本项目代码开发。版本号设置规则版本号设置规则第七条 版本编号划分为主版本号和副版本号，中间用“。”分割,主版本号和副版本号都为整数，如：1。2。第八条 当系统发生重大修改或改进，主版本号加一，重大修改和改进包括：1)为系统新增重要功能；2）对系统的现有功能进行重大调整；3）系统结构或架构发生了修改；4）系统数据结构发生了修改;5）其他经过项目小组评审认为的属于重大修改情况。第九条 当系统发生较小修改或改进,副版本号加一。第十条 新系统上线之前主版本设置为0,待正式上线后调整为1.第十一条每一次系统版本的升级，开发经理都必须在工程根目录填写version。txt，内容是本次版本升级的具体条目。分支和合并管理分支和合并管理第十二条只允许在特殊情况下才允许建立分支，特殊情况仅包括：1）用户的特殊的、急迫的且非常必要的需求;2）发现系统存在重大缺陷,需要尽快修复。第十三条一旦建立的分支的任务解决，必须尽快将分支到项目基线中.第十四条合并操作有开发经理负责，代码开发人员协助并最终确认。代码的获取和签入代码的获取和签入第十五条在项目开始，开发经理需要从版本管理专岗处获取版本管理工具资源和权限.需要确认是否在已有代码基础上开发。如要在已有代码基础上开发，需要将当前版本进行备份，备份标签名预定为:项目缩写 YYYYMMDD第十六条开发人员开发代码前，需要从版本管理工具获取最新文件进行开发。如获取时发生不兼容的冲突，需要当前获取开发人员解决冲突，不允许强行覆盖 版本管理工具 最新版本。第十七条只有通过单元测试的代码，开发人员才可以签入.每次签入都需要填写注释，说明代码调整原因，调整范围等。代码发布管理代码发布管理第十八条开发经理负责在代码发布之前打标签，标签名预定为:项目缩写 YYYYMMDD。开发经理根据标签签出代码,并负责实际发布。第十九条代码发布遵循“新系统发布流程”或“升级发布流程”的相关规定.