04-版本管理规范.docx

版本管理规范 修订记录 版本修订内容修订人发布日期1.0创建基础版本 谭相录2016-6-22 目录  TOC \o 1-2 \h \z \u  HYPERLINK \l _Toc463942370 1. 文档说明  PAGEREF _Toc463942370 \h 4  HYPERLINK \l _Toc463942371 1.1. 目的  PAGEREF _Toc463942371 \h 4  HYPERLINK \l _Toc463942372 1.2. 受众  PAGEREF _Toc463942372 \h 4  HYPERLINK \l _Toc463942373 1.3. 适用范围  PAGEREF _Toc463942373 \h 4  HYPERLINK \l _Toc463942374 1.4. 名词术语  PAGEREF _Toc463942374 \h 4  HYPERLINK \l _Toc463942375 2. 过程描述  PAGEREF _Toc463942375 \h 4  HYPERLINK \l _Toc463942376 2.1. 总体流程图  PAGEREF _Toc463942376 \h 4  HYPERLINK \l _Toc463942377 2.2. 活动说明  PAGEREF _Toc463942377 \h 5  HYPERLINK \l _Toc463942378 3. 产出物清单  PAGEREF _Toc463942378 \h 6  HYPERLINK \l _Toc463942379 4. 附录  PAGEREF _Toc463942379 \h 6  HYPERLINK \l _Toc463942380 4.1. 配置项参考  PAGEREF _Toc463942380 \h 6  HYPERLINK \l _Toc463942381 4.2. 版本计划参考  PAGEREF _Toc463942381 \h 7  文档说明 目的 由于软件自身有一个优化完善的过程才能进入平稳运行期，因此不论是问题的修改、需求的变更、系统的优化等都会导致版本的变化。版本变化的相互影响，如果没有做过完善的关联关系分析和联调测试，直接进入生产环境将会对最终用户造成巨大的影响。因此每个阶段的版本控制尤为重要。按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。 为规范软件产品的开发、测试、发布流程，提高开发人员的代码开发质量，通过加强对编码过程的监控，细化工作流程，达到提升软件开发效率，并逐步推进敏捷开发过程，实现代码管理的自动化，有效对公司所有项目软件版本进行管理，特制定此管理规范。 受众 软件版本管理员、软件系统架构师、软件工程师、软件测试工程师、软件技术总监/副总监、软件主管等所有项目成员都必须遵照本规范进行版本控制规程操作。 适用范围 本规范适用于组织中所有的软件开发项目，从项目立项开始，至维护阶段完成，贯穿项目的整个生命周期。 名词术语 SVN： Subversion的简称，是一个开放源代码的版本控制系统 配置管理：标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和更动，记录并报告配置项的状态和更动要求，验证配置项的完整性和正确性。 配置项：软件配置管理的对象称为配置项，如系统规格说明书、项目开发计划、用户手册、源代码等。 版本号：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的Bug即可发布一个修订版。软件版本号由三部分组成，第一部分为希腊字母版本号（Alpha、Beta），第二部分为主版本号，第三部分为阶段版本号，例如：Alpha1.0。 Alpha版：此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般该版本软件的Bug较多，需要继续修改。 Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。 过程描述 总体流程图 活动说明 识别配置项 配置项作为配置管理的最小单元，配置管理员须在配置计划阶段根据项目总体计划、质量管理要求等识别出关键的配置项，并对此类配置项进行严格的版本管理和变更控制。配置项识别主要按照代码配置项和文档配置项各自的要求来进行。 版本计划 版本计划是例行版本开发、测试、集成以及发布的依据，与例行版本是一一对应的关系，版