验证Gitflow工作流的变化

验证Gitflow工作流的变化,git,git-flow,Git,Git Flow,我正在考虑对Gitflow工作流的一个变体进行验证 例如: 开发人员基于JIRA票证启动一个新的功能分支。开发人员2基于单独的JIRA票据启动另一个功能分支 这两个特性一旦完成开发,就需要在实际部署之前进行测试 每个开发人员都将其功能合并到env/test分支中。我们创建环境/测试分支的原因是,这些功能可以在内部进行测试并获得批准,但只有其中一个功能可以得到客户的批准,以便投入生产 当客户批准一个特性后,开发人员可以将可发布的特性合并到开发分支中,开发分支100%准备发布。我们随后还可以添加一个

我正在考虑对Gitflow工作流的一个变体进行验证

例如:

开发人员基于JIRA票证启动一个新的功能分支。开发人员2基于单独的JIRA票据启动另一个功能分支

这两个特性一旦完成开发,就需要在实际部署之前进行测试

每个开发人员都将其功能合并到env/test分支中。我们创建环境/测试分支的原因是,这些功能可以在内部进行测试并获得批准,但只有其中一个功能可以得到客户的批准,以便投入生产

当客户批准一个特性后,开发人员可以将可发布的特性合并到开发分支中,开发分支100%准备发布。我们随后还可以添加一个发布分支

这保持了gitflow的核心功能,但是开发分支没有用作完整的集成测试分支,而是移到了环境/测试分支


我想不出其他方法来实现这一点?

您也可以使用功能分支进行测试/批准。例如,如果自feature-x分支后develop已向前推进,则将develop合并到feature-x中,然后将feature-x交给客户批准,如果接受,则随后将其合并到develop中。我们考虑过这一点,但是我们的环境设置和测试工作的方式,我们不能为每个功能提供单独的环境,因为我们在任何时候都有5个以上的功能