很确定我误解了 git。
我怎样才能最好地做到这一点？最初我认为它与“git push”有关，但我相信这是针对远程存储库的，所以我现在想知道将“master”分支合并到“production”分支的最佳实践是什么。
或者，我认为整个事情都错了吗？
谢谢 - 期待我的 Subversion 日子在我身后。
【问题讨论】：
标签： git deployment version-control azure github
（因为我想分享“丰富的信息”；）...）
当谈到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，您就开始了发布过程。
【讨论】：
当你的 master 分支准备好投入生产时，你将它合并到生产分支，然后将这个生产分支推送到 github repo。
【讨论】：
我建议您查看branching workflows 的 git 页面，以建立您的存储库管理计划。此外，Von C 分享了有关 git 生态系统的大量信息。浏览他的答案可能会非常有用。 This post 对于跟踪远程分支也非常有帮助。
【讨论】：