关于Lerna Monorepo根目录package.json的若干技术疑问

根目录package.json中dependencies的作用 #

• 共享核心生产依赖：如果所有子包都依赖同一个生产级别的库（比如通用工具函数库、基础框架），在根目录安装可以避免每个子包重复安装，减少存储空间占用，同时统一版本，避免版本不一致引发的问题。
• 支撑根目录脚本运行：如果根目录定义了跨子包的运行脚本（比如批量启动所有子服务、统一打包所有子包），这些脚本依赖的生产级工具可以放在根目录的dependencies里，确保脚本正常执行。

为什么根目录仍需要package.json #

• 标识Monorepo项目并配置Lerna：Lerna需要通过根目录的package.json识别这是一个Monorepo项目，你可以在根目录的devDependencies中安装Lerna，还能在scripts里配置Lerna的常用命令（比如lerna bootstrap、lerna publish），方便统一操作。
• 统一管理项目级脚本：根目录的scripts可以定义全局操作，比如npm run test执行所有子包的测试用例，npm run build批量构建所有子包，不用逐个进入子包执行命令，提升效率。
• 管理项目级共享依赖：不管是开发依赖（如ESLint、TypeScript）还是生产依赖，根目录统一安装后，所有子包可以共享使用，避免重复安装，同时便于统一升级版本。
• 定义项目全局元信息：根目录的package.json可以填写整个Monorepo项目的名称、版本、描述、作者等信息，作为整个项目的统一标识。

根目录安装的依赖子包会继承吗 #

• 从Node.js的模块查找机制来说，子包在自己的node_modules找不到依赖时，会向上遍历目录，找到根目录的node_modules并使用其中的依赖。所以如果子包没有单独安装某个依赖，会“继承”根目录的对应依赖。
• 但如果子包自己的package.json中声明了同名依赖，会优先使用子包自身安装的版本，不会使用根目录的。
• 注意：不建议依赖这种“自动继承”的机制来管理生产依赖，生产依赖最好在子包中明确声明，确保子包的独立性；开发依赖（如代码检查、构建工具）可以放在根目录统一管理，子包无需重复声明就能使用。

内容的提问来源于stack exchange，提问作者Maor agai