带有多个主分支的Gitflow

Question

虽然这与线程Git-flow and master with multiple parallel release-branches和What's best way to work with git on multiple master branch?类似，但它并不完全相同......我确实发现这个很类似：Multiple projects with same GIT master，但我想讨论一下我的具体用例......

我工作的公司正在为我们的Git工作流程建立政策和程序。我们想要使用文章http://nvie.com/posts/a-successful-git-branching-model/或 https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow中描述的“Gitflow”模型，并在有关此问题的许多讨论中经常参考。

然而，我们有一个使用案例，其中我找不到一个解决方案的要求。如果您的项目用于生产多个最终产品会怎样？因此，主分支不能像“单一产品”那样表示“发布点”。看来主人可能需要替代分支？那么多个并行发布分支？

例如，如果项目是骨干或引擎，可能会有不同的皮肤，味道或变体，但您希望将每个完整的最终产品存储在一个存储库中？

在我的特殊场景中，我有一个运行在Linux服务器上的程序，但它也是作为本地Windows应用程序分发的。在这些不同的版本中，项目的大块可能包含或不包含在一个或其他版本中。举例来说，如果回购仅用于服务器，则不需要包含服务器上的库，但是必须将其包含在本地分发中，否则它们不存在。我想在特定发布点将更新推送到服务器上，但省略不属于此类的那些部分。

从master分支，我会创建一个“Server Release”和“Local Release”分支吗？

开发分支（和它的功能）从哪里脱落？我不想要多个开发分支，每个分支都来自它自己的版本，因为代码开发事实上99％都适用于这两者。我是否需要将一个开发分支合并为一个，然后是另一个版本？

Answer 1

如果两个产品之间共享99％的代码，则可以轻松共享同一个存储库。只要两个产品处于同一发布周期，例如2.0版同时发布，您就可以拥有一个发布/开发/主分支。

从master分支，我会创建一个“Server Release”和“Local Release”分支吗？

在gitflow中，你实际上是从开发分支发布！但是，如果它们处于不同的发布周期，则没有任何东西可以阻止您为每个产品创建发布分支。然后，当他们完成自己的时间时，您可以自由地将发布分支合并到开发和主分支中。这里唯一的问题是，您可能需要在主分支上有两种不同的标签，以便您可以看到每个产品在其发布周期中的位置。或者为了使标签保持相同的格式，您可以有两个主分支（每个产品一个），当相应产品的功能完成时，分别合并到这两个分支中。