git / Github:整合-为几个完全不同的代码基使用多个分支的回购- vs -为每个不同的代码基分别重新部署

Question

我们有一个CMS，包含多个(大部分是完全不同的) mvn构建的代码库，每个站点都有一个代码库，加上一些共享/公共代码和父项目，它们都位于不同的存储库中。

一位经理想要将所有或尽可能多的信息整合到1 Github回购中--这与我们现在所做的不同，可能会使管理复杂化，容易合并错误，分支过多等等，但是--这是一个好主意还是坏主意？

我可以想象为回购中的每个项目创建主/qa/特性分支，如：

proj-1-master 
proj-2-master 
proj-3-master 

proj-1-qa
proj-2-qa
proj-3-qa

proj-1-feat-x
proj-2-feat-y
proj-3-feat-z

parent-master 
parent-qa

etc.

这会抛弃每一个回购的默认/主分支的概念吗？

这与我们一直在做的事情完全不同(当然，我是在抵制变化！)，所以我只想看看人们是怎么想的。

它似乎打破了许可和团队在Github即如何阻止proj-1的人更新proj-2 (有意或错误)-受保护的分支可能或不可能有帮助.但如果团队不能工作的话可能就不行了。

我还想知道的是，在每个分支中都有完全不同的代码库(尽管可能有一些共享的目录结构)--它会增加回购的大小--尽管很明显，您可以克隆/下载一个分支，而不是整个回购？

谢谢你分享你的想法！

Answer 1

我不会这么做的。

应该有一个支部。

要么把所有的东西放在一起，然后处理成一个项目(有子项目)，要么什么都不做。