1.2、Gitflow 分支规范

Gitflow 分支规范

Gitflow 分支规范支持 master、develop、feature/、 release/、hotfix/* 分支

分支类型

1、主干分支

master 为主干分支，不适用于任何环境，主要用于保持最新代码版本，一般由 release/* 或 hotfix 分支合并，任何情况下不允许直接在 master 分支上修改代码。

开发分支

develop 为需求开发合并分支，用于部署到开发环境（DEV），用于合并多个开发人员的分支，将包含最新的代码，但是也是未经测试的版本，可能存在的bug会比较多。

功能分支

feature/* 为需求开发分支，用于需求的版本迭代，一旦该需求上线，便将其删除。

发布分支

release/* 为发布分支，用于部署到预发环境（PRE）和正式环境（PROD），始终保持与 主干分支（master） 分支一致，一般由 功能分支（feature/*） 或 热修复分支（hotfix/*） 分支合并，不允许在发布分支上直接修改代码。

如果在 发布分支（release/*） 分支测试出问题，需要回归验证 测试分支（test） 看否存在此问题。

热修复分支

hotfix/* 为紧急修复分支，命名规则为 hotfix 开头。

当线上出现紧急问题需要马上修复时，需要基于 release/* 或 master 分支创建 hotfix 分支，修复完成后，再合并到 发布分支（release/*）、主干分支（master）、开发分支（develop） ，一旦修复上线，便将其删除。

合并方向

规范仓库分支间的合并方向，只允许创建列表中规定方向的合并请求，列表为空则不会对仓库中的合并请求方向做限制。