Git 哲学 : how to get "master" branch to "production" branch?

Question

很确定我误解了 git。

我的目标

• 我在 github 上有一个带有“master”分支的私有(private)存储库。
• 我还想有一个生产分支，我会将所有更改从 master 推送到该分支。
• 然后我想将其连接到 Azure 并告诉 Azure 从生产分支自动部署。

问题

我怎样才能最好地实现这一目标？最初我认为这是使用“git Push”，但我相信这是针对远程存储库的，所以我现在想知道最佳实践是将“master”分支 merge 到“生产”分支。

或者，我是否认为整个事情都是错误的？

谢谢——期待着把我的 Subversion 日子抛在脑后。

Answer 1

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

当谈论master和生产分支时，您所看到的是 merge 工作流程。

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

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

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