Git bitbucket中不同分支的自动合并

我们使用Bitbucket存储网页，使用Jenkins部署网页集。在我们的例子中，主分支是生产分支，有一个暂存分支托管QA数据。有多个项目同时进行，因此我们无法从临时分支向主分支发出完全拉取请求，因为还有其他更改。同样，一旦网页移动到生产环境中，就会有一个特定于生产环境的提交，将网页html（角度）id更改为生产值，因为暂存和生产环境具有不同的id

我们正在使用从主分支中分支出来的各个要素分支来创建一个新项目。在我们的场景中，staging应该具有开发中的所有特性，因为它代表了公共测试环境。开发的每个功能都是迷你网站，因此相互独立。但是我们应该能够将它们单独部署到生产环境中，而所有这些都应该同时存在于staging中，以便由各个团队进行测试

我尝试创建一个从功能分支到暂存的拉请求，但这会将主分支中完成的特定于生产的提交带到其他页面中的暂存分支。 总之，这是一个网站的方法。这其中有更多是并行的。

---

我觉得我做这件事的方式不对。如果有更好的方法，请告诉我。还有一种方法可以使对功能分支所做的任何更改自动合并到临时分支吗？

我建议遵循git流分支模型：

有两个长期存在的分支：大师和发展，其中发展是大师的分支

在“开发”的功能分支上开发功能。一旦一个项目准备好发布，就将特性分支合并到开发分支中，然后立即创建一个发布分支。发布分支应该只包含bug修复

当发布分支准备好进行生产时，从发布合并到主版本，从发布合并到开发。当发布分支合并到主分支中时，标记主分支。确保使用no ff选项，以便记录提交

---

在我们的场景中，staging（develope）应该具有开发中的所有功能，因为它代表了公共测试环境。开发的每个功能都是迷你网站，因此相互独立。但是，我们应该能够将它们单独部署到生产环境中，而所有这些功能都应该同时存在于暂存中，以便由各个团队进行测试。因此，您在集成了所有功能的环境中进行测试，而不管该功能是否将在即将发布的版本中投入生产。然后，如果测试通过，您可以将其中一个特性发布到生产环境中。这对我来说似乎有风险，因为在投入生产之前，您并没有单独测试这个版本。但是风险很低，因为这些特性是100%独立的。任何两个功能之间都没有共享。（它们是自给自足的网站）。所以一个特征不会破坏另一个特征。基本上这是一个前端项目。在任何时候，我们都有相当多的并行项目在进行，因此不可能为每个站点提供自己的测试服务器。因此，我们在同一台服务器上测试所有内容，同时需要一次将一个功能部署到生产环境中。