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

时间:2016-06-03 04:44:21

标签: git github

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

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

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

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

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

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

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

1 个答案:

答案 0 :(得分:1)

  

我应该制作200+回购

这将是自然(git)方法,允许每个repo / domain彼此独立进化。

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

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

IE中。拥有200个repos不应该影响您的部署过程,并且(好处)应该允许:

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