为何大厂开发者纷纷抛弃小仓，转向大仓monorepo？

主要观点总结

关于代码仓库管理方式的讨论，特别是Monorepo（大仓）和Multirepo（多仓）的优缺点对比。不同工程师分享了对大仓的看法，包括其好处如统一工程化配置、降低多项目维护成本、利于代码复用等，以及可能面临的问题如规模和性能问题、复杂度更高、工具链要求高等。同时，也提到了Multirepo在分散的独立支撑业务方面的优势。

关键观点总结

关键观点1: 大仓（Monorepo）与多仓（Multirepo）的概念和应用场景

随着项目结构的复杂化和开发挑战的增长，传统单一代码库在应对多项目、多库和多服务时显得不足，Monorepo和Multirepo的概念应运而生。大仓适合追求统一和维护多应用的工程化方案，而多仓更适合独立发展且相互依赖性较小的项目。

关键观点2: 大仓（Monorepo）的优点

Monorepo可以在一个地方建设辅助开发者的工具，保证开发者对整个项目的可见性和易于获取性，能批量集中地修复任何一类工程问题。它简化了项目管理，增加了对开发过程的控制力度，对于一体性强的超大单体应用较为适合。

关键观点3: 多仓（Multirepo）的优势

Multirepo在某些情况下更适合快速迭代和寻找新的业务增长点的分布式系统。它提供了更高的容错性和更快的迭代速度。

关键观点4: Monorepo和Multirepo的缺点及面临的挑战

Monorepo可能面临规模和性能问题，复杂度更高，对工具和基础设施的要求也更高。而Multirepo可能增加版本管理的复杂性。两者都有各自的优缺点，需要根据具体的应用场景来选择。

关键观点5: 工程师们的观点

工程师们分享了对大小仓的看法，包括其在不同应用场景下的优势、面临的挑战以及个人偏好的理由等。

免责声明