如何在Yarn Berry Workspaces单体仓库中共享依赖？

以下几种方案可以帮你减少工作区依赖重复，简化更新操作：

1. 用workspace:*协议关联根目录依赖 #

将公共依赖统一放在根目录的package.json中（dependencies或devDependencies均可），然后在各工作区的package.json里直接引用根目录的版本：

// 根目录package.json
{
  "dependencies": {
    "lodash": "^4.17.21"
  }
}

// 工作区package.json
{
  "dependencies": {
    "lodash": "workspace:*"
  }
}

后续只需更新根目录的依赖版本，所有工作区会自动同步该版本，无需逐个修改。

2. 基于peerDependencies实现可选共享 #

对于ESLint、TypeScript这类开发工具类依赖，可以在根目录统一安装，工作区通过peerDependencies声明依赖，并标记为可选，让Yarn自动复用根目录的依赖：

// 工作区package.json
{
  "peerDependencies": {
    "typescript": "^5.0.0"
  },
  "peerDependenciesMeta": {
    "typescript": {
      "optional": true
    }
  }
}

这种方式无需在工作区重复安装依赖，且不影响工作区的独立打包。

3. 用constraints强制版本统一 #

在项目根目录创建.yarnrc.yml文件，通过constraints规则强制指定依赖版本与根目录一致：

# .yarnrc.yml
constraints:
  dependencies:
    lodash: "workspace:^"

运行yarn constraints --fix命令，Yarn会自动修复所有工作区中不一致的依赖版本，后续更新根目录版本后，再次执行该命令即可同步所有工作区。

4. 根目录集中管理开发依赖 #

将所有工作区共用的开发依赖（如Jest、Rollup、ESLint等）直接放在根目录的devDependencies中，Yarn Berry会自动让所有工作区共享这些依赖，无需在每个工作区重复声明。如果某个工作区需要特殊版本，再单独在该工作区声明即可。

注意事项 #

• 确保使用Yarn Berry 3.x及以上版本，上述部分特性依赖新版本支持；
• 运行时依赖建议用workspace:*明确关联，避免工作区打包时缺失依赖；
• 使用constraints规则后，定期执行yarn constraints --fix可以保持依赖版本一致。

内容的提问来源于stack exchange，提问作者YO Y