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

Question

我正在尝试将 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-gradient 和 react-native-reanimated（仅存在于 client/package.json 中）这样的本机反应库正在被提升并安装在根级别 node_modules。它甚至不仅仅是被提升的原生模块。 Javascript 依赖也被提升：

原生基础
react-redux
@阿波罗
样式组件

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

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

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

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

其他详细信息

纱线版本 - 1.22.10

Answer 1

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 可能更简单——以便于本地包链接。

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

Yarn Workspaces is hoisting modules that exist in only one workspace

react-native

lerna

yarnpkg

yarn-workspaces

其他详细信息