OI-IT-17 软件版本管理规范.docVIP

CCCC信息技术有限公司深圳分公司 软件版本管理规范 编号： OI-IT-17 页码/页数： PAGE 1/12 工作文件 版本 A 修订次数 00 修订人 修订日期 2018-9-1 第 PAGE1 页，总 NUMPAGES12 页 软件版本管理规范 2018年9月1日起发布实施 CCC信息技术有限公司深圳分公司 软件版本管理规范 编号： OI-IT-17 页码/页数： PAGE 2/12 工作文件 版本 A 修订次数 00 修订人 修订日期 2018-9-1 文档修订历史 修订版本 修订日期 作者 审核人 批准人 说明 目 录 TOC \o 1-3 \h \z \u 1. 目的 4 2. 适用范围 4 3. 参考文件 4 4. 定义 4 5. 版本标识方法 5 6. 版本管理方法 5 6.1 SVN基本操作 5 6.2 SVN物理结构 7 6.2.1 顶级结构-团队代码库 7 6.2.2 次级结构-项目 7 6.2.3 三级结构-项目版本 7 6.3 SVN逻辑结构 9 6.3.1 主版本（trunk） 9 6.3.2 分支（branches） 9 6.4 标签（tags） 10 6.5 SVN版本生命周期 11 6.5.1 主版本（TRUNK）生命周期 11 6.5.2 开发（DEV）分支生命周期 11 6.5.3 发布（RC）分支生命周期 11 6.5.4 标签（TAG）生命周期 12 7. 版本发布 12 7.1 基本原则 12 7.2 部署步骤 12 PAGE 目的 本文档是为规范公司信息系统部软件项目研发版本管理而制定的。 适用范围 本文档为信息系统部版本管理员提供有关版本管理规范的相关内容，包括： 版本标识方法 文档的修改控制 参考文件 Tortoise SVN1.5中文手册 Subversion1.4中文手册 定义 文档/文档编制document/documentation 能供人或机器阅读的，一般具有永久性的一套资料(不管它们记录在什么媒体上)。 过程process 为实现某个既定目的而进行的一组有组织的活动。 软件开发software development 产生软件产品的一整套活动。软件开发可以包括新开发、修改、重用、再工程、维护或者任何会产生软件产品的其他活动。 软件开发文件software development file(SDF) 与特定软件实体开发有关的资料库。其内容一般包括(直接的或引用的)有关需求分忻、设计和实现的考虑、原理和约束条件；开发方内部的测试资料；进度和状态资料。 软件开发过程software development process 为了把用户的需求转换成软件产品而进行的一系列有组织的活动。 软件工程software engineering 一般情况下，它是软件开发的同义词。在本标准中，软件工程是软件开发的一个子集，它包含除了合格性测试之外的全部活动。本标准之所以加以这种区分只是为了给软件工程和软件测试环境以不同的命名。 软件产品software product 为了满足一个合同而建立、修改或组台的软件及相关资料。例如包括计划、需求、设计、代码、数据库、测试资料和手册。 SVN SVN是一个开源的版本控制系统Subversion的简称 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。 版本标识方法 每个软件产品的版本分为：开发版本发布版本。开发版本使用DEV标识，发布版本使用RC标识。 每个版本以“V”开头，版本号放后。V前面增加项目名称，版本号分3节：主版本号，次版本号和内部版本号，每节之间以小数点（.）间隔。如V2.0.1表示主版本号为2，次版本号为0，内部版本号为1。研发部控制主版本号和次版本号，各项目组控制内部版本号。 版本管理方法 信息系统部使用SVN作为软件产品（源代码）版本管理工具。 SVN基本操作 下列操作为源代码管理必须掌握的基本操作： 代码签出 (svn checkout) 代码导入 (svn import) 代码更新 (svn update) 代码提交 (svn commit)：每次提交代码时，必须同时提交更新说明 版本分支、合并 Patch的生成和使用  SVN物理结构 顶级结构-团队代码库 团队代码使用SVN代