【发布时间】：2016-06-03 04:44:21
【问题描述】：
我从一家公司开始担任网络团队的负责人。以前的人构建了自定义的一切，包括具有多种变体的“CMS”。除了这个“系统”大杂烩（没有文档）之外，我还负责管理 200 多个域。我目前正在与团队合作，对流程进行现代化改造，例如添加 Slack、允许团队使用 javascript 库、移动 SASS 等。
他们使用 SVN 进行版本控制，但最后一个负责人不喜欢分支，因为“它变得混乱”。 SVN 的设置方式简直就是一场噩梦，我将团队转移到 GitHub。
现在，我有 200 多个域，其中大约一半（如果不是更多的话）有一个 repo。那些不是硬编码的，或者 cms 被黑客入侵以允许多个站点使用同一个 repo。
我真的不想维护 200 多个私人存储库。在过去的几天里，我一直在对每个域、它们的主机、它们的存储库等进行编目。另外，我已经对它们进行了分类。
我最初的计划是让master branch 反映生产服务器，而dev branch 反映登台。团队会从 dev 分支分支出来做日常工作。这似乎令人生畏。
我的新想法是根据我的 6 个类别创建 repos，拥有一个保存所有站点数据的 master，创建站点分支，并从每个类别创建一个 dev 分支。不过，我试图绕开这个问题。
我在正确的轨道上吗？因为我可以无限回购，我应该只做 200 多个回购吗？我第一次遇到这个问题，在这里需要一些建议。
【问题讨论】：
-
所以你有一个你不理解的遗留系统（还），你有一个你不完全理解的新技术（git）？在完全了解旧系统和新技术之前，您决定切换 200 个生产基地？你很有可能成为“前一个……留下系统大杂烩的人”。退后一步，深呼吸，做好需求分析。
-
我和那个离开遗留系统的人一起度过了一个多月，利用我的团队深入挖掘代码以获取高级文档，并亲自操作该系统。不是我不明白。这太可怕了。这个人自己构建了它，因为他不喜欢第三方或框架，因为如果他不构建它，那么他就无法修复它（他的话）。 Git 对我来说并不陌生，我从来没有使用过这么大容量的项目同时进行。