对等依赖 (peers) 是如何被处理的

pnpm 的最佳特性之一是，在一个项目中，软件包的特定版本将始终具有同一组依赖项。 这个规则有一个例外 -那就是具有 peer dependencies 的package。

对等依赖会从依赖图中更高的已安装的依赖项中解析，因为它们与父级共享相同的版本。 这意味着，如果 [email protected] 有两个peers依赖（bar@^1 和 baz@^1），那么它可能在一个项目中有多个不同的依赖项集合。

- foo-parent-1
  - [email protected]
  - [email protected]
  - [email protected]
- foo-parent-2
  - [email protected]
  - [email protected]
  - [email protected]

在上面的示例中， [email protected] 已安装在 foo-parent-1 和 foo-parent-2 中。 这两个包都有依赖包 baz 和 bar, 但是它们却依赖着不同版本的 baz。 因此， [email protected] 有两组不同的依赖项：一组具有 [email protected] ，另一组具有 [email protected]。 若要支持这些用例，pnpm 必须有几组不同的依赖项，就去硬链接几次 [email protected]。

通常，如果一个包没有对等依赖项，它会被硬链接到其依赖项的符号链接旁边的 node_modules 文件夹，如下所示：

node_modules
└── .pnpm
    ├── [email protected]
    │   └── node_modules
    │       ├── foo
    │       ├── qux   -> ../../[email protected]/node_modules/qux
    │       └── plugh -> ../../[email protected]/node_modules/plugh
    ├── [email protected]
    ├── [email protected]

但是，如果 foo 有对等依赖，那么它可能就会有多组依赖项，所以我们为不同的对等依赖项创建不同的解析：

node_modules
└── .pnpm
    ├── [email protected][email protected][email protected]
    │   └── node_modules
    │       ├── foo
    │       ├── bar   -> ../../[email protected]/node_modules/bar
    │       ├── baz   -> ../../[email protected]/node_modules/baz
    │       ├── qux   -> ../../[email protected]/node_modules/qux
    │       └── plugh -> ../../[email protected]/node_modules/plugh
    ├── [email protected][email protected][email protected]
    │   └── node_modules
    │       ├── foo
    │       ├── bar   -> ../../[email protected]/node_modules/bar
    │       ├── baz   -> ../../[email protected]/node_modules/baz
    │       ├── qux   -> ../../[email protected]/node_modules/qux
    │       └── plugh -> ../../[email protected]/node_modules/plugh
    ├── [email protected]
    ├── [email protected]
    ├── [email protected]
    ├── [email protected]
    ├── [email protected]

我们创建 [email protected][email protected][email protected] 或[email protected][email protected][email protected] 内到 foo 的软链接。 因此，Node.js 模块解析器将找到正确的对等依赖。

如果某个包没有对等依赖，但存在依赖项，其含有在途中被更高解析的对等依赖，那么该传递包可以出现在具有不同依赖关系集的项目中。 例如，[email protected] 具有单个依赖项 [email protected]。 [email protected] 有一个对等依赖为 c@^1。 [email protected] 永远不会解析[email protected]的 peer, 所以它也会依赖于 [email protected] 的对等。

该结构在 node_modules 中的样子如下。 在这个例子中，[email protected] 需要在项目的node_modules 中出现两次 - 其中一次是被 [email protected] 解析，另一次被 [email protected] 再次解析。

node_modules
└── .pnpm
    ├── [email protected][email protected]
    │   └── node_modules
    │       ├── a
    │       └── b -> ../../[email protected][email protected]/node_modules/b
    ├── [email protected][email protected]
    │   └── node_modules
    │       ├── a
    │       └── b -> ../../[email protected][email protected]/node_modules/b
    ├── [email protected][email protected]
    │   └── node_modules
    │       ├── b
    │       └── c -> ../../[email protected]/node_modules/c
    ├── [email protected][email protected]
    │   └── node_modules
    │       ├── b
    │       └── c -> ../../[email protected]/node_modules/c
    ├── [email protected]
    ├── [email protected]