Git Isn'；对于与master完全无关的代码，有分支不是很奇怪吗？

Github为.io页面执行此操作

我的一个朋友在一家公司工作，该公司只有一个回购协议和3个后端、ios和android应用程序分支机构

这看起来很奇怪，因为分支的定义是从代码的其他状态派生出来的代码状态。但这些都有某种关联，这就是我们最终合并的原因

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

---

是吗？

我可以理解GitHub为什么选择这种方法，因为特定回购协议的gh页面本质上与同一回购协议的代码库相链接。他们这样做的背后可能也有一些技术原因。例如，单独的回购协议是否可以根据您的计划限额进行计费？这将使你在特定计划中可以拥有的回购数量减半

---

但是对于三个独立的代码基？简直是疯了。这将创建一个极其混乱的存储库，在那里很难控制更改。当人们开始创建主题分支时，会造成越来越多的混乱。毫无疑问，它们应该是单独的回购协议。

为什么关闭？至少可以评论一下吗？他们建议任何答案都是基于意见的，这是一种情况，但也可以从另一种意义上说，这不是因为至少在这种情况下，有一个明确的理由说明为什么对多个代码库进行单次回购是错误的做法。我同意两件事：这个问题主要是基于意见的，以这种方式使用分支确实很奇怪。我从来都不是GitHub的

gh页面

的忠实粉丝，而你的三个不同平台分支的例子听起来是个可怕的想法。每个代码库都应该（可能）存在于自己的存储库中，并且在repo之间共享的任何代码都应该（可能）被分解到第四个repo中的库中。