项目管理相关资料.pdfVIP

项目管理相关资料 使用 SVN 进行项目版本管理 1.摘要 本文描述了利用 SVN 进行项目版本管理的方法，涉及项目版本号命名规则、SVN 目录结构、 第三方代码库的管理、版本创建、发布、修订、合并等行为的方法和原则。 2.版本号命名规则 版本号采用主版本 .次版本 .修订号组成。版本的重大变化主版本号增 1，次版本号和修 订号归零。版本的相对较小的变化主版本号维持不变，次版本号增 1，修订号归零。当一个 版本发布后出现了 bug 需要修订，此时，主、次版本号不变，修订号增 1。 注意：对于主动性的程序功能性的变化，应该增加主或次版本 ，不应该通过修订号来反映。 修订号只用于对已发布版本的 bug 修订，一个版本的修订号的大小某种程度上可以反映一 个版本发布后的稳定情况。 3.SVN 目录结构 项目结构 第三方库结构 第 1 页第 1 页 项目管理相关资料 以项目名称作为SVN 仓库名称为项目创建独立的项目仓库。仓库主要结构分为 branches 和 tags 。branches 为工作目录，tags 为发布目录。项目使用到的第三方库独立出来单独组 件项目仓库，为整个公司的所有项目所共享，仓库名称为 vendor 。 3.1 项目结构 branches 分支，存放未发布版本。具体的某个版本存放在其下的一个以“RB-版本 ”规则命名的文件 夹。上图示例为当前存在两个正在开发的版本 RB-2.0 和 RB3.0。分支是开发人员的工作目 录，是版本实现过程中的中间成果，具有临时性。版本发布后，相应的分支即可销毁。 tags 标签，存放已发布版本。具体的某个版本存放在其下的一个以“REL-版本 ”规则命名的文件 夹。上图示例为当前存在两个已发布版本 REL-1.0 和 REL-1.1。该目录只读，即不允许对 任何已发布版本做任何修改。 版本内部结构 doc：文档存放目录 src ：源码存放目录 bin：可执行文件、动态库、脚本、配置文件等发布项及 pdb、mapfile、obj 存放目录。 vendor 存放第三方库的变更记录文件 change.xls 。由于第三方库不常变动且库大，若与项目代码存 放在一起，则签出代码量会过大，耗时长。因此项目内部仅存放一个变更记录文件。倘若出 现第三库存在变更，例如，某项目从 3.0 开始，xerces 库升级到 2.8，则在 change.xls 文件 中登记即可，change.xls 结构如下表所示。 库名 库版本 项目版本变更日期 备注 ace 4.5 1.0 2010-1-1 boost 1.39 1.0 2010-1-1 xerces 2.6 1.0 2010-1-1 xerces 2.8 3.0 2011-12-29 上表第 4 行表示在项目 3.0 时，xerces 库从 2.6 升级到了 2.8。 3.2 第三方库结构 第三方库单独成立 SVN 仓库，位置级别上升为与各项目平级，为公司内各项目所共享，其 结构见上图。 第 2 页第 2 页 项目管理相关资料 4.常见操作 4.1 新建版本 当确定需要建立一个版本时，则需要在 branches 下创建一个相应的版本分支，用于版本实 现过程中的配置项管理。分支的创建可以从头创建也可以基于 tags 中的已发布版本创建。 例如，要在 REL-1.1 的基础上开发2.0，则从 tags\REL-1.1 创建一个 RB-2.0。 4.2 日常工作 项目经理在给开发人员分派任务时必须制定版本 ，即任务所属版本。开发人员根据任务的 版本号属性在相应的工作分支中实现和提交工作成果。这样，开发人员只需要知道任务所属 版本 ，无需关心版本之间的关系。项目经理需要对版本及其之间的关系有清晰的认识和规 划。 4.3 版本发布 当一个版本进入待发布