我们建立了一个环境，其中有3个分支自动部署（开发，预生产，主（生产））。这是一个多站点环境，有多个团队在仓库中工作。
我们的目标是能够开发功能并将其推入2个主要工作流程中，一个用于测试，然后另一个用于通过preprod分支将代码获取到生产服务器上： 1.将更改推送到开发分支进行测试 2.推入preprod分支以准备生产环境，然后将preprod环境推向生产。
我们的问题： 我们不知道从哪个分支开始功能请求。 如果我们从开发开始，当我们要合并到Preprod（工作流程2）时，它将把每个不一定要准备好的Preprod提交提交到开发中。从preprod启动功能时也是如此。
目标： 理想情况下，我们希望能够从开发开始，然后将其合并到第一个工作流程中进行测试。然后，一旦准备好将其合并到第二个工作流程中，请进行某种基础调整，以便分支现在从preprod开始而不是进行开发。但是，我认为这不可能吗？根据我对变基的理解，您所能做的就是简单地将分支移至开发分支的起点，而不是将功能分支移至preprod分支而不是开发的起点。这可能吗？还是我们可以使用其他解决方案来达到我们团队所忽略的效果？
答案 0 :(得分：0)
正确设置git工作流非常困难。我建议使用已经存在并已记录在案的工作流程。这样，它更有可能在现实生活中工作并且没有太多陷阱。
Atlassian documents a number of standard alternatives。
您的概念听起来最接近gitflow workflow，因此您可以看一下。它包含许多分支类型：master，develop，release，hotfix和功能。
我个人更喜欢feature branch workflow。实际上，它仅具有master和Feature分支，比gitflow更为简单，但如果您进行了仔细的代码审查（在Pull请求中）和覆盖范围广的自动化测试，则可以最好地发挥作用，从而使您放心地合并。