Yarn Workspaces 是提升只存在于一个工作空间中的模块

Yarn Workspaces is hoisting modules that exist in only one workspace

我正在尝试将 yarn workspaces + lerna 实施到我的项目中。我有一个简单的结构:

--package.json
--node_modules/
--@app/
    |--client/
       |--package.json
       |--node_modules/
    |--server/
       |--package.json
       |--node_modules/
    |--db/
       |--package.json
       |--node_modules/

其中 client/ 是 React-Native 应用程序。我知道 react-native 中的陷阱,并修改了我的根 /package.json 如下:

  "workspaces": {
    "packages": [
      "@app/*"
    ],
    "nohoist": [
      "**/react-native",
      "**/react-native/**",
    ]
  },

据我了解,这应该可以防止 react native 本身以及 react-native 的任何依赖项被提升。但是,我遇到的是像 react-native-linear-gradientreact-native-reanimated(仅存在于 client/package.json 中)这样的本机反应库正在被提升并安装在根级别 node_modules。它甚至不仅仅是被提升的原生模块。 Javascript 依赖也被提升:

当然,nohoist 选项甚至不应该在这里发挥作用,因为这些模块只在 client/ 目录中使用。

那为什么会被吊到根部呢?

为了更好的衡量,我删除了每个工作区中的 yarn.lock 文件,只保留根目录一级。在 运行ning lerna cleanrm -rf node_modules 之后,我在根级别有 运行 yarn install

有趣的是,此安装 非常 长(3-5 分钟)。仅删除根级别 node_modules 甚至需要大约 20 秒。我完全不确定 yarn workspaces+lerna 是否正常。

其他详细信息

纱线版本 - 1.22.10

what I am experiencing is that react-native libraries like react-native-linear-gradient and react-native-reanimated (which exist solely in client/package.json) are being hoisted and installed at the root level node_modules

这是预期的行为,因为它们不是 react-native 的依赖项。您必须指定相当多的模式,例如:

"nohoist": [
  "**/react-native",
  "**/react-native/**",
  "**/react-native*",
  "**/native-base",
  "**/react-redux",
  // OMG...
]

将它们全部匹配...

我实际上会建议简单地添加这个:

"workspaces": { "nohoist": "**" } 

client/package.json 文件。

这将导致 client 包的 所有 依赖项安装在 client/node_modules 中——就好像它是一个独立的 React Native 项目一样在其父项中没有作品space。

否则你在添加新包时通常必须时刻保持警惕(尤其是本地模块包)——你的nohoist模式是否反映了所有的库你有添加吗?

此外,自动链接和提升也存在问题。

换句话说,我认为 Yarn Workspace 的重复数据删除功能被高估了。它仅略微减少了磁盘 space 的使用,并且仅 nohoist 所有内容并仅在真正出色的情况下使用 Workspaces 可能更简单——以便于本地包链接。