原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
（管理制度）软件版本管理
制度
软件版本管理规范
系统软件开发部
2011-9-20
目录
引言3
目的3
范围3
术语定义4
版序控制记录5
版本更新记录5
版本管理5
流程图5
版本命名9
版本升级10
版本升级原则10
新版本的发布11
目录结构12
文档的存放13
文本文件的存放13
源代码的存放13
发行文档的存放14
权限控制管理14
备份管理15
源文件备份15
库文件备份15
用户版本管理15
版本工具的使用17
配置管理工具175.2CVS的使用17
常用命令17
简单操作18
版本分支管理19
引言
目的
本文档是为规范XXXXXXXX公司软件版本管理而制定的。
范围
本文档为系统软件开发部版本管理员提供有关版本管理规范的关联内容，包
括：
版本标识方法
软件系统数据的存放
文档的修改控制
文档的备份制度
术语定义
CVS
CVS是壹个开源的版本控制系统ConcurrentVersionsSystem的简称
文档
壹种数据媒体和其上所记录的数据。
配置管理
标识和确定系统中配置项的过程，于系统整个生存周期内控制这些项的投放和更动，记录且方案配置的状态和更动要求，验证配置项的完整性和正确性。软件配置
软件的具体形态于某时刻的瞬时影像。
配置项
软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。
基线
软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作于这些点上断开，使之便于检验和肯定阶段成果。
版序控制记录
版序状态
版序状态
拟稿
审核
批准
发布日期
1.0
系统软件开发部
版本更新记录
*A-增加M-修改D-删除
版本/修订版
版本/修订版
修改页码
修改记录
修改人
日期
1.0
初始版本
版本管理
流程图
文档归档流程
文档编写人员
文档编写人员
评审人员
配置管理员
编写文档
格式规范化检查
不通过
文档评审
文档变更流程
变更申请人
变更申请人
评审人员
文档编写人员
配置管理员
变更实施
提交变更
通过
更新版本
（归档入库）
代码归档流程
开发人员
开发人员
测试人员
配置管理员
从
从CVS库提取源代码进行编译
从CVS库提取源代码
打测试版本
入库：
安装程序源代码测试报告评审报告
更新版本
代码变更流程
变更申请人
变更申请人
评审人员
开发人员
测试人员
配置管理员
变更影响分
析及审批
变更实施
代码测试
提交变更
测试报告
评审
更新版本
（归档入库）
配置管理流程
开发人员
开发人员
项目管理人员
测试人员
配置管理员
提交测试任务
测试计划、用例
回归测试
提交发布请求
确定版本信息
制做安装程序
新版本发布入库
输出给市场部
发布文档更新
流程说明：
1、开发人员完成所负责模块的代码编写任务后，提交到项目经理处
2、项目经理向测试部门提交测试任务
3、配置管理员准备测试所需的环境
4、测试人员开展测试且实时提交BUG
5、开发人员处理测试过程中所出现的BUG，且提交给测试人员进行回归测试，直至BUG被关闭
6、测试基本完成后，测试人员提交测试方案
7、项目情况根据实际情况决定是否发布新的版本
8、配置管理员和各关联人员经讨论后确定好新版本各项信息
9、配置管理员发布新版本
软件版本命名
软件版本号由四部分组成，第壹个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：Alpha、Beta、RC、Release。例如：1.1.1.051021_Beta。对于小项目或子系统而言，可简化为主版本号.次版本号.修订版本号，如1.0.0。
*主版本号：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
*子版本号：当功能有壹定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
*阶段版本号：壹般是Bug修复或是壹些小的变动，要经常发布修订版，时间间隔不限，修复壹个严重的Bug即可发布壹个修订版。此版本号由项目经理决定是否修改。
*日期版本号用于记录修改项目的当前日期，每天对项目的修改均需要更改日期版本号。此版本号由开发人员决定是否修改。
*Alpha版:此版本表示该软件于此阶段主要是以实现软件功能为主，通常只于软件开发者内部交流，壹般而言，该版本软件的Bug较多，需要继续修改。
*Beta版:该版本相对于α版已有了很大的改进，消除了严重的错误，但仍是存于着壹些缺陷，需要经过多次测试来进壹步消除，此版本主要的修改对像是软
件的UI。
*RC版:该版本已经
文档评论（0）