Conventional Changelog 项目中 Yarn 2+ 的依赖加载问题解析

问题背景

在使用 Conventional Changelog 生态系统的工具链时，特别是配合 Yarn 2 及以上版本使用时，开发者可能会遇到预设加载失败的问题。这个问题主要出现在使用 conventional-changelog-preset-loader 模块时，表现为无法加载 conventionalcommits 或 angular 等预设。

问题根源

问题的核心在于 conventional-changelog-preset-loader 将 conventional-changelog-conventionalcommits 放在了 devDependencies 中。在传统的 Node.js 模块解析机制下，这通常不会造成问题，因为 npm 和 Yarn 1.x 会扁平化依赖树。然而，Yarn 2 及以上版本采用了更严格的 PnP（Plug'n'Play）机制，这种机制不会自动提升依赖，导致运行时无法找到这些预设模块。

技术细节

Yarn 的 PnP 机制通过 .pnp.cjs 文件精确控制模块解析，避免了传统 node_modules 的冗余和不确定性。这种机制下，只有明确声明的依赖才能被访问，隐式依赖（即未在 package.json 中声明的依赖）将无法被解析。

在 Conventional Changelog 的场景中，conventional-changelog-preset-loader 动态加载预设（如 conventionalcommits 或 angular），但这些预设并未作为其正式依赖声明，导致了加载失败。

解决方案

开发者可以采用以下几种解决方案：

1. 使用 Yarn 的 packageExtensions
   在项目根目录的 .yarnrc.yml 中添加以下配置：

   packageExtensions:
     "conventional-changelog-preset-loader@^4.1.0":
       dependencies:
         conventional-changelog-conventionalcommits: ^7.0.2
   

   这种方法明确告诉 Yarn 需要为指定版本的 loader 添加额外依赖。

2. 显式安装预设包
   在项目中显式安装所需的预设包：

   yarn add conventional-changelog-conventionalcommits
   

   或者对于 angular 预设：

   yarn add conventional-changelog-angular
   

3. 回退到 node_modules 链接器
   对于暂时无法解决的问题，可以临时切换回传统的 node_modules 模式：

   nodeLinker: node-modules
   

长期建议

从项目维护角度，建议将预设包声明为可选 peerDependencies，这样既保持了灵活性，又解决了依赖解析问题。peerDependenciesMeta 可以标记这些依赖为可选，让用户根据需要选择安装特定预设。

总结

这个问题反映了现代包管理器演进过程中与传统 Node.js 模块解析机制的兼容性挑战。Yarn PnP 通过严格依赖控制提高了可靠性和性能，但也要求开发者更加精确地声明依赖关系。理解这一机制有助于开发者更好地处理类似问题，构建更健壮的前端工具链。