如何在GitHub上处理大量产品？

Question

我从一家公司开始担任网络团队的负责人。上一个人构建自定义的一切，包括＆＃34; CMS＆＃34;有多种变化。随着这个＆＃34;系统的大杂烩＆＃34; （没有文件）我也负责200多个域名。我目前正在与团队合作，以模拟流程，例如添加Slack，允许团队使用javascript库，移动SASS等。

他们使用SVN进行版本控制，但最后一位负责人并不喜欢分支，因为＆＃34;它变得混乱＆＃34;。 SVN是如此糟糕的噩梦，我将团队转移到GitHub。

现在，我有超过200个域名，如果不是更多的话，可能有一半以上的域名。那些不是硬编码或者cms被黑客攻击以允许多个站点使用相同的回购。

我真的不想拥有200多个私人仓库来维护。在过去的几天里，我一直在为每个域名，他们的主人，他们的回购等编目。另外，我已经对它们进行了分类。

我原来的计划是让master branch反映生产服务器和dev branch反映分段。该团队将分支开发部门进行日常工作。这似乎令人生畏。

我的新想法是根据我的6个类别创建回购，拥有一个掌握所有网站数据的主人，创建网站分支，并创建每个分支的开发分支。尽管如此，试图绕过那个。

我是否在正确的轨道上？我可以自己制作200+回购，因为我可以进行无限回购吗？我第一次遇到这个问题，需要一些建议。

Answer 1

  

我应该制作200+回购

这将是自然（git）方法，允许每个repo / domain彼此独立进化。

这并不妨碍您使用git submodules将它们分组到更大的回购中。

但是部署这些回购的方式应该与组织这些回购的方式无关（无论是200个不同的还是分为6个大的）

IE中。拥有200个repos不应该影响您的部署过程，并且（好处）应该允许：

• 每个人彼此独立地进化，分支和标记。
• 开发人员只需要修改一个他们需要修改的回购（反对尝试仅结帐回购的一部分，即not easy to do (sparse checkout)。