与 master 完全不相关的代码有分支不是很奇怪吗？答案

【问题标题】：Isn't it strange to have branches for totally unrelated code with master?与 master 完全不相关的代码有分支不是很奇怪吗？
【发布时间】：2016-04-17 08:01:35
【问题描述】：

Github 为 .io 页面执行此操作。

我的一个朋友在一家只有一个 repo 和 3 个后端、ios 和 android 应用程序分支的公司工作。

这看起来很奇怪，因为分支的定义是从代码的其他状态及时派生的代码状态。但它们之间存在某种关联，这就是我们最终合并的原因。

在这些情况下，分支与存储库的含义完全无关似乎有点奇怪。

不是吗？

【问题讨论】：

为什么要关闭？至少介意评论吗？
他们建议任何答案都是基于意见的，这是一种情况，但在另一种意义上也不是因为至少在这种情况下，有一个明确的理由为什么有一个单一的回购多个代码库是错误的方法。
我同意两点：这个问题主要是基于意见的，这样使用分支确实很奇怪。我从来都不是 GitHub 的 gh-pages 的忠实粉丝，而您针对不同平台的三个分支的示例听起来像是一个可怕的想法。每个代码库都应该（可能）存在于它自己的存储库中，并且在存储库之间共享的任何代码都应该（可能）被分解为存在于第四个存储库中的库。

标签： git github version-control mercurial branch

【解决方案1】：

我明白 GitHub 选择这种方法的原因，因为特定 repo 的 gh-pages 本质上链接到同一 repo 的代码库。他们可能在幕后也有一些技术原因。例如，单独的 gh-pages repo 是否可以根据您的计划限制计费？这将使您在特定计划中可以拥有的回购数量减少一半。

但是对于三个独立的代码库？没有什么比精神错乱了。它会创建一个令人难以置信的混乱存储库，其中的更改很难掌握。当人们开始创建主题分支时，它会造成越来越多的混乱。毫无疑问，它们应该是单独的存储库。

【讨论】：