云和安全管理服务专家新钛云服 王洧滨原创

一、前言

Git作为版本控制管理工具中的优秀代表，其分支管理功能使得团队协同开发成为一件非常简单的事情。本文介绍一种产品开发中的Git分支工作方法，以供探讨。

二、产品的软件版本号定义

软件版本号定义，分四项：主版本号.子版本号.修订号.Build号，如：V1.3.2.123

软件hotfix版本号定义，分四项：主版本号.子版本号.修订号.修补号，如：V1.3.2.125

三、Git分支命名

1、基本分支

2、扩展分支

3、tags

四、Git分支工作规范

1、分支工作基本原则

• master：系统版本的准线，版本通过测试并处于可发布状态时，才可合并入master，一直维持可构建状态。
• dev*：协同开发分支，不可直接提交，仅可通过其他分支合并进入。
• test*：测试分支，不可直接提交，仅可通过dev*分支合并进入。
• feature*：个人开发分支，个人开发完成需要合并入dev分之前，先push至远程feature分支。

2、一般项目开发

工作流程如上图：

1、项目负责人从master的基线check out，初始化dev分支；

2、开发者从dev分支check out，建立本地个人开发分支feature*；

3、开发者完成功能开发后，commit个人feature*分支，并push至远程个人feature*分支；

4、开发者在gitlab上提交个人的代码和并请求至dev分支；

4、代码审查人负责代码审查，合并合理代码；

6、代码提测时，开发负责人提交dev分支到test的合并请求；

7、项目负责人合并dev分支至test分支；

8、版本测试完成后，开发负责人提交test分支至master分支的合并请求；

9、项目负责人合并代码至master；

10、项目负责人以当前代码为基线，在master分支上tag当前版本号。

3、hostfix版本开发

hostfix为紧急修复的版本，不同于正常需求的版本流程。工作流程如下图。

4、定制化版本开发

定制化版本出现在给某些特定用户提供特殊定制的功能，而又与主干分支存在不同业务逻辑的情况下。工作流程如下图。

5、多版本并行

版本测试的时候，可能存在开发团队眼巴巴等待测试反馈bug的时候。配合默契的多版本并行开发，可以合理利用时间，加速版本迭代。工作流程如下图。