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

Question

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

我的一个朋友在一家公司工作，该公司只有一个存储库和 3 个后端分支，ios 和 android 个应用程序。

这看起来很奇怪，因为分支的定义是一种代码状态，它及时从代码的其他状态派生而来。但这些在某种程度上是相关的，这就是我们最终合并的原因。

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

不是吗？

Answer 1

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

但是对于三个独立的代码库？简直就是精神错乱。它会创建一个非常混乱的存储库，很难在其中进行更改。当人们开始创建主题分支时，它会造成越来越多的混乱。毫无疑问，它们应该是单独的回购协议。