我从一家公司开始担任网络团队的负责人。上一个人构建自定义的一切,包括" CMS"有多种变化。随着这个"系统的大杂烩" (没有文件)我也负责200多个域名。我目前正在与团队合作,以模拟流程,例如添加Slack,允许团队使用javascript库,移动SASS等。
他们使用SVN进行版本控制,但最后一位负责人并不喜欢分支,因为"它变得混乱"。 SVN是如此糟糕的噩梦,我将团队转移到GitHub。
现在,我有超过200个域名,如果不是更多的话,可能有一半以上的域名。那些不是硬编码或者cms被黑客攻击以允许多个站点使用相同的回购。
我真的不想拥有200多个私人仓库来维护。在过去的几天里,我一直在为每个域名,他们的主人,他们的回购等编目。另外,我已经对它们进行了分类。
我原来的计划是让master branch
反映生产服务器和dev branch
反映分段。该团队将分支开发部门进行日常工作。这似乎令人生畏。
我的新想法是根据我的6个类别创建回购,拥有一个掌握所有网站数据的主人,创建网站分支,并创建每个分支的开发分支。尽管如此,试图绕过那个。
我是否在正确的轨道上?我可以自己制作200+回购,因为我可以进行无限回购吗?我第一次遇到这个问题,需要一些建议。
答案 0 :(得分:1)
我应该制作200+回购
这将是自然(git)方法,允许每个repo / domain彼此独立进化。
这并不妨碍您使用git submodules将它们分组到更大的回购中。
但是部署这些回购的方式应该与组织这些回购的方式无关(无论是200个不同的还是分为6个大的)
IE中。拥有200个repos不应该影响您的部署过程,并且(好处)应该允许: