8

很确定我误解了git。

我的目标

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

问题

我怎样才能最好地做到这一点？最初我认为它与“git push”有关，但我相信这是针对远程存储库的，所以我现在想知道将“master”分支合并到“production”分支的最佳实践是什么。

或者，我认为整个事情都错了吗？

谢谢——期待把我的颠覆时代抛在脑后。

4

3 回答 3

3

（因为我想分享“丰富的信息”；）...）

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

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

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

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

于 2012-11-17T18:11:00.670 回答
2

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

于 2012-11-17T16:33:24.820 回答
2

我建议您查看 git 页面，了解分支工作流程以建立您的存储库管理计划。此外，Von C分享了有关 git 生态系统的大量信息。浏览他的答案可能会非常有用。这篇文章对于跟踪远程分支也非常有帮助。

于 2012-11-17T16:38:59.510 回答