Git哲学：如何将“主”分支转为“生产”分支？

Question

很确定我误解了git。

我的目标

• 我在github上有一个私人仓库，有一个“主”分支。
• 我想有一个制作分支，我将把我所有的变化从主人推送到。
• 然后我想将它连接到Azure并告诉Azure从生产分支自动部署。

问题

我如何才能做到最好？最初我认为它是“git push”，但我相信这是远程存储库，所以我现在想知道将“主”分支合并到“生产”分支的最佳做法是什么。

或者，我是否在考虑整件事？

谢谢 - 期待把我的Subversion时代推到我身后。

Answer 1

当你的主分支准备好投入生产时，你将它合并到生产分支，然后将这个生产分支推送到github仓库。

Answer 2

我建议您查看branching workflows的git页面来建立您的存储库管理计划。此外，Von C分享了关于git生态系统的大量信息。浏览他的答案可能证明是非常有用的。 This post对于跟踪远程分支也非常有用。

Answer 3

^{（因为我想分享“丰富的信息”;）...）}

在讨论master和production分支时，您所看到的是合并工作流程。

您可以使用所需的任何版本控制系统工具定义所需的工作流程，并且在开发生命周期管理方面，本TFS（Team Foundation Server）集中描述了最完整的一组合并工作流程集，详细在其TFS Brancing Guide中，并在此问题“Servicing Branch in Standard Branch Plan”中说明 更接近于git， git flow 是另一种非常受欢迎的合并工作流程。

但您正在使用DVCS，其分布式方面引入了另一个（正交）工作流：发布一个（您的git push -u origin prod）。请参阅“Source Control - Distributed Systems vs. Non Distributed - What's the difference?”

发布，发布管理的一部分，与合并，发展的一部分完全不同 通过将master合并到prod，您可以冻结正在开发中整合的内容，并将其标记为要发布。
通过将其推送到GitHub，您可以启动该发布过程。