Git 管理环境分支

我们有三个分公司：开发、分期和生产。在开发过程中，我们开发了应用程序，并将其部署在dev服务器上，我们部门的其他人员可以在那里对其进行测试。 当对他们来说合适时，它就会合并到分支暂存中，分支暂存部署在测试服务器上，我们的客户可以在那里测试它，他们可以开发连接到它的测试API客户机。当我们的客户觉得合适时，它就会合并到分支生产中，分支生产部署在生产服务器上，我们的应用程序实际运行在该服务器上

我的问题是： 当提交B和C在分支开发中时，由于某种原因，提交B必须比提交C更早地合并到分支暂存中。目前我们正在进行交互式重基，这会给本地副本带来问题，我认为这不是正确的方法。我们应该用樱桃采摘还是其他什么

---

第二个问题，当这三个分支在提交或提交顺序上不同时，可以吗？我对混乱的日志图感到震惊，并合并了许多差异。目前，它们是完全相同的，但这让我们感到上面写的有些头痛。

每个功能都应该在自己的分支中开发

您在develope中合并分支B和C，然后在staging中合并分支B

这样，您就可以独立地管理每个功能生命周期

---

要获得更完整的工作流，.

那么分支下一步部署在development server上了吗？如果我想尝试其他提交，我会强制推进该分支？那么在登台上部署呢？下一步我必须有其他分支吗？如果你有提交B、C和D，你想合并提交C怎么办？@FrantišekŠitner看到：每个阶段都有自己的分支，所以如果你想合并提交。。。你把那个分支合并起来。在您想要的服务器上部署一个类似next的分支。那么我们的分支开发是pu，而我们的分支暂存是next？若测试了这个主题，那个么它会被合并到产品中吗？在这之后，分支机构的开发和分期工作将从分支机构的生产中重新安排？@FrantišekŠitner这是总体思路，是的。通过使用短暂的分支（生产分支除外，这些分支本身从未合并），您可以灵活地合并到这些分支（您想要的任何要素分支）。