Monorepo---让跨项目合作像搭积木一样简单

Monorepo：让跨项目合作像搭积木一样简单

Monorepo是一种将多个项目存放在同一个代码库中的开发策略。这种策略使得跨项目合作变得更加高效和灵活，就像搭积木一样简单。

一、Monorepo的定义

Monorepo（mono意为“单一”，repo是repository的缩写）是指在版本控制系统中，将多个项目的代码存储在同一个代码库中的开发策略。这种策略与Monolith repository（单体仓库）有所不同，尽管它们看起来可能相似。在Monolith repository中，整个项目是一个整体，各个部分相互依赖，难以分离。而Monorepo中的各个项目或功能模块则像积木一样，具有自己的输入和输出，可以独立存在和运作。

二、Monorepo与其他结构的区别

Monorepo与Multi-repo（多仓库）和Monolith repository（单体仓库）等结构相比，具有显著的优势。在Multi-repo结构中，每个项目都有自己的代码库，这导致项目之间的协作成本较高。而在Monolith repository中，虽然所有代码都在一个仓库中，但各个部分紧密耦合，难以分离和复用。相比之下，Monorepo则结合了这两者的优点，既降低了协作成本，又提高了代码的复用性和灵活性。

三、Monorepo的发展史

Monorepo的概念最早由Google提出并实践。随着技术的发展和超级应用的出现，人们开始考虑如何将多个小应用集成在一个大项目中，特别是在这些项目相互影响时。在实现过程中，工程师们最关注的两点是项目功能分离和避免重复代码。Monorepo的概念应运而生，它允许对每个拆离出来的项目进行单独配置，同时又能通过总体配置来互相结合和引用，从而达到协作的效果。

四、Monorepo的优缺点

优点：

1. 代码复用非常简单：在Monorepo中，所有代码都在同一个项目下，因此引用其他已定义的功能模块非常方便。只需将复用频率高的代码单独抽离出来成为一个共享项目，其他项目即可直接引用。

2. 简化依赖管理：由于所有项目都在同一个代码库中，对于第三方依赖的管理也会简化很多。可以避免重复下载相同的依赖包，并能通过配置在不同的项目之间复用。

3. 原子提交能让重构全局特性更容易：在Monorepo中，每次提交都会自动变更到受影响的项目中，通过编译时的错误检测机制及时修正对应的代码，避免依赖兼容性问题的重复繁琐处理。

4. 跨组合作更方便：Monorepo的项目由独立的项目组成，可以在每个子项目中使用自己的工作流和技术架构。因此，在跨组合作的情况下，通过同一个Monorepo来开发能省去大量中间沟通和协作的花费。

5. 大影响范围的重构：如果某个功能代码被很多个项目引用，按照多库开发的形式需要每个受影响的项目都进行相应的更新。而Monorepo项目则会即时将所有的变更应用到受影响的项目中，确保最新的特性应用到了项目中。

局限：

1. 缺乏每个项目的权限控制：Monorepo将所有子项目集成在同一个大项目中，对于管理者来说权限控制会变得很不方便。不过部分主流Monorepo框架已经进行了这方面的功能开发。

2. 版本信息杂糅不清晰：由于所有功能都在同一个项目中，所有功能的修改都在同一个git下，不便于回溯和查找对应的历史记录。

3. 大项目在Git上表现很差：代码增多后，整个git项目会变得越来越大，开发者拉取代码的时间也会变得更长。不过针对这个问题，各家使用Monorepo的公司要么自己开发了一套版本控制系统，要么对现有的版本控制系统进行了优化。

4. 构建时间更长：由于有多个项目和功能模块，Monorepo在构建时势必会花费更多的时间。不过在这方面做得最好的是Bazel，它特别针对超大型的Monorepo项目进行了构建优化。

五、总结

Monorepo是一种高效且灵活的开发策略，它使得跨项目合作变得更加简单和高效。通过将所有项目的代码存储在同一个代码库中，Monorepo降低了协作成本、提高了代码的复用性和灵活性。尽管它也存在一些局限性和挑战，但随着技术的不断发展和优化，相信Monorepo将会在未来的软件开发中发挥越来越重要的作用。