配置库管理及版本管理规范

配置库管理及版本管理规范

版本信息                                       A代表新增，M代表修改，D代表删除

配置库管理及版本管理规范 1

1. 前言 4

1.1. 目的 4

1.2. 配置库代码管理工具 4

1.3. 角色和职责 6

2. 配置仓库管理 7

2.1. 配置仓库说明 7

2.2. 配置仓库管理规范 8

2.3. 配置仓库权限管理 9

2.4. 灾备策略 12

2.5. 灾备还原 12

3. 分支管理规范 12

3.1. 分支工作流程图 13

3.2. 分支职责 13

3.3. 创建分支规范 14

3.4. 分支命名规范 15

4. 代码管理规范 15

4.1. 提交代码规范 15

5. 版本管理规范 17

5.1. 目的 17

5.2. 项目版本管理 18

5.3. 软件产品包版本管理 18

5.4. 出包步骤 19

1. 前言 
   1. 目的

1. 规范项目代码管理流程，明确开发人员和项目管理者的职责。
2. 规范代码库分支管理和版本管理，使代码分支及版本结构清晰，方便维护。
   1. 配置库代码管理工具 
      1. Git介绍

使用GitLab作为代码管理工具，GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。

Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。可以实现数据备份、记录历史、回到过去、多端共享、分工合作。

1. 1. 1. Git分层结构

git的工作总共分四层，其中三层是在本地，包括了工作目录，暂存区和本地仓库。

工作目录：

执行命令git init时所在的地方，也是执行一切文件操作的地方。

暂存区：

 在.git文件夹目录中，在工作区和版本库中间起缓存作用的一个区域。它通过git add命令添加进暂存区。存储了一些即将被commit的文件。

本地仓库：

在.git文件夹目录中，使用了git commit命令之后添加进的真正的“仓库”。里面存储了每次commit的记录，每次commit一次会让HEAD指针指向新的目录树，而旧的目录就存在版本库中，可以使用命令来提出之前的目录树。

git所存储的都是一系列的文件快照，然后git来跟踪这些文件快照，发现哪个文件快照有变化它就会提示你需要添加到暂存区或是提交到本地仓库来保证你的工作目录是干净的。

进入工作区.git文件夹，如下.git目录或文件结构说明：

目录或文件	说明
config文件	项目的配置文件，里面有中心服务器的信息和分支信息。
HEAD文件	指向当前的分支。
index文件	暂存区的相关信息。
logs目录	相关操作产生的日志。
objects目录	存储的就是所有的数据，也就是快照。 存放的是实际上的文件资源，每次当使用了git add命令之后，就已经把文件存到了objects目录里面。objects目录中的object对象都有一个通过哈希算法计算出来的40位16进制的id，前两位是目录名，后38位是文件名。因为哈希算法可以只比较哈希值，就能知道这两个对象是不是一样的，这样可以提高效率。
refs目录	存储指向数据提交对象的指针。

1. 1. 1. 工作流程

1. 1. 角色和职责

角色名称	职责
配置管理员	管理配置服务器，维护代码仓库、安全设置，定期备份代码仓库。 负责为项目提供全面的配置管理基础设施和环境。包括代码仓库建立、人员添加等工作。 编写和维护配置管理的相关文档，包括服务器配置管理方法、配置工具使用方法等。 编写培训材料，制定培训计划，对开发人员和项目管理人员进行配置管理工具使用培训。 负责构建release发布版本。并解决或指导开发人员解决合并冲突。 负责解决在使用配置管理工具过程中遇到的问题。
开发负责人	管理源代码，构建代码框架，导入配置服务器。 在配置管理员协助下对源代码进行管理。 负责同意master分支的合并请求。 根据项目进展制定开发基线，管理版本编号以及分支版本，必要的时候，负责版本的合并。
开发人员	从服务器克隆项目，按照分配的任务，进行分工协同开发。 从服务器获取代码库最新变更，在自己负责的模块中加入、修改或删除文件。 及时提交代码到开发分支并附加变更说明。 负责构建SIT环境版本。
测试负责人	制定测试计划。 确认条件不允许时的例外放行。 跟踪并报告测试工作的进展，发布后撰写测试总结报告，对测试遗漏的问题进行分析。