Git哲学:如何将"主"分支转为"生产"分支？

Question

很确定我误解了git.

我的目标

• 我在github上有一个私人仓库,有一个"主"分支.
• 我想也有一个生产分支,我将把我所有的变化从主人推到.
• 然后,我想将它连接到Azure,并告诉Azure从生产分支自动部署.

题

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

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

谢谢 - 期待我的Subversion日子落后于我.

Answer 1

^{（因为我应该分享“丰富的信息”；）...）}

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

您可以使用任何您想要的版本控制系统工具来定义您需要的工作流程，并且在开发生命周期管理方面，最完整的一组合并工作流程集之一在该 TFS（Team Foundation Server）集中进行了描述，详细信息请参阅其TFS支撑指南并在本问题“标准分支计划中的服务分支”中进行了说明。
与 git 更接近的是，git flow是另一种非常流行的合并工作流程。

但是您正在使用 DVCS，并且其分布式方面引入了另一个（正交）工作流程：发布工作流程（您的git push -u origin prod）。请参阅“源代码控制 - 分布式系统与非分布式系统 - 有什么区别？ ”

发布（发布管理的一部分）与合并（开发的一部分）有很大不同。
通过合并master到prod，您可以冻结开发中正在整合的内容，并将其标记为待发布。
通过将其推送到 GitHub，您就可以开始发布过程。