monorepo和multrepo的简介

项目管理的方式是多种形势的，依据管理的方式类进行项目建仓。

mono或者mult其实都是项目管理的方式，只是两种方式是刚好相反的，拿来一起说是，更方便记忆而已。

multrepo：将项目分化成为多个模块，并针对每一个模块单独的开辟一个reporsitory来进行管理。

　　　　　优点：1.团队自己的IDE，语言，以及工作步调。

　　　　　　　　2.模块更小，更易维护。

　　　　　　　　3.开发效率更高。

　　　　　缺点：1.合并困难，每个模块规范不同，同步和编译时这些问题将会集体爆发。

　　　　　　　　2.难以保证稳定性。

　　　　　　　　3.由于可能存在不同语言开发，或者不同IDE的情况，新建或者更新构建变得困难

monorepo：是将所有的模块统一的放在一个主干分支之中管理。不进行分库存储，当有特定的需要的时候进行分支，但是问题修改还是在主干上操作，并有专门人员合并到分支内容上，在特定需求完结的时候，分支也将会被废弃。点击这里，查看详细介绍：

　　　　　优点：1.统一的规范，语言，和IDE带来的是结构的完整稳定。

　　　　　　　　2.按照统一的标准进行开发，是哦程序稳定性更良好，更易解读。

　　　　　　　　3.标准化的开发流程，规避很多不必要的冲突与错误。

　　　　　缺点：1.项目过大，难以管理。

　　　　　　　　2.由于统一的标准，不同的团队可能需要对于新的规范和IDE进行了解学习，需要时间。

　　　　　　　　3.修改和开发可能变得繁琐，减慢效率。

如果你们团队选择 monorepo，那主要的挑战自然是随着项目的发展，其会变得非常庞大（因为没有根据模块或功能拆分成不同 repo）。因此会需要很多的工具来应对这样的挑战。

• 你会需要强大的构建工具，比如 Google 的 Bazel, Facebook 的 Buck 和 Twitter 的 Pants。
• 仓库变得太大，对你们的版本控制技术会有很大的挑战。因为 Git 社区建议的是使用更多更小的代码库，Git 本身并不适合单个巨大的代码库。
• 因为所有的代码都放在一起，你需要时刻保持警惕，以保持良好的项目结构和提交测试。
• 在这么大的 workspace 中工作或使用了非标准化的构建工具，你常用的 IDE 可能会遇到麻烦。Facebook 就选择了构建自己的 IDE。