大家好，今天给各位分享Git分支设计规范的一些知识，其中也会对进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！

在讲Git分支规范之前，我们先来说一下系统开发过程中常用的环境。

DEV环境：用于开发者调试。 FAT环境：功能验收测试环境，用于软件测试人员在测试环境中进行测试。 UAT环境：用户验收测试环境，用于软件测试人员在生产环境中进行测试。 PRO环境：是生产环境。例如项目域名为：http://www.abc.com，则相关环境的域名可配置如下：

DEV环境：本地配置虚拟域名到FAT环境：http://fat.abc.comUAT环境：http://uat.abc.comPRO环境：http://www.abc.com 接下来，针对不同环境设计分支。

分支

主分支

master是主分支，用于部署到正式环境（PRO）。一般由release或hotfix分支合并。在任何情况下都不允许直接修改master分支上的代码。

发布分支

Release是预发布分支，用于部署到预发布环境（UAT）。它始终与master分支保持一致，一般由develop或hotfix分支合并。不建议直接在release分支上修改代码。

如果release分支测试出现问题，需要回去验证develop分支，看是否存在这个问题。

修补程序分支

hotfix是紧急修复分支，命名规则以hotfix-开头。

当线上出现紧急问题，需要立即修复时，需要在release或master分支的基础上创建hotfix分支。修复完成后，合并到release或develop分支。一旦修复上线，就会被删除。

开发分支

开发是一个测试分支，用于部署到测试环境（FAT），始终保留最新完成和修复错误的代码。可以根据需求的大小来决定是与feature分支合并还是直接在其上开发。

只有符合测试的代码才能在上面合并或者提交。

特征分支

feature为需求开发分支，命名规则以feature-开头。一旦需求上线，它将被删除。

这可能有点难以理解，所以这里举几个开发场景。

开发场景

添加新要求

订单管理有一个新的要求需要开发。首先，必须创建一个特征顺序分支。那么问题来了，这个分支是基于哪个分支呢？

如果有未测试的需求，则会在master的基础上创建。

如果没有未测试的需求，将根据开发创建它们。

这些要求已在功能顺序分支中开发。准备提交测试时，首先要确保develop没有未经测试的需求。只有这样开发人员才能将代码合并到develop（测试环境）中供测试人员测试。测试人员在develop（测试环境）测试通过后，开发人员将代码发布到release（预发布环境）供测试人员测试。测试人员在release（预上线环境）测试通过后，开发人员将代码发布到master（正式环境）供测试人员测试。测试人员通过master（正式环境）测试后，开发人员需要删除feature-order分支。正常迭代

订单管理有迭代需求。如果开发时间为1d，则直接在develop中开发。如果开发时间是1d，那么就需要创建一个分支，并在分支上进行开发。

测试和上线的开发后流程与添加新需求的流程一致。

修复测试环境bug

如果在develop测试中出现bug，如果需要2小时才能修复，则直接在develop中修复。如果需要2小时才能修复，则需要在分支上修复。

修复后的测试升级上线流程与新增需求流程一致。

修改预启动环境bug

如果发布测试出现bug，首先要检查develop分支是否也存在同样的问题。

如果存在，修复流程与测试环境bug修复流程相同。

如果不存在，这种可能性就比较少。大部分是数据兼容性问题、环境配置问题等。

修改官方环境bug

如果master测试出现bug，首先要检查release和develop分支是否也有这个问题。

如果存在，修复流程与测试环境bug修复流程相同。

如果不存在的话，可能性就比较小。大部分是数据兼容性问题、环境配置问题等。

紧急修复正式环境错误

需求在测试过程中没有发现错误。上线运行一段时间后出现Bug，急需修复。

我个人理解紧急修复意味着没有时间验证测试环境，但还是建议验证上线前的环境。

如果release分支有未经测试的需求，则基于master创建hotfix-xxx分支。修复完成后，发布给master进行验证。验证通过后，将master代码合并到release和develop分支，并删除hotfix-xxx分支。如果release分支没有未测试的需求，但develop分支有未测试的需求，则基于release创建hotfix-xxx分支。修复完成后，发布到release进行验证。后续流程与线上流程一致。验证完成后，将master代码合并到develop分支，删除hotfix-xxx分支。如果release和develop分支都存在未经测试的需求，则直接在develop分支上完成修复，然后发布到release进行验证。后续流程与线上流程相同。并行测试

两个需求在一个项目中并行开发并并行测试，但发布日期不同。

我能想到的两个选择：

然后部署一组可供测试人员测试的分支，并使用gitcherry-pick 来“挑选”提交。对于并行测试，您有好的解决方案吗？欢迎留言。