使用frontend-maven-plugin时如何将yarn默认registry替换为Nexus代理仓库

在使用 frontend-maven-plugin 执行 yarn install 流程时，自定义的 .npmrc 配置无法生效、依赖仍然从公共仓库拉取，通常由以下几类可复现的问题导致：

• .npmrc 存放路径与插件运行目录不匹配
  frontend-maven-plugin 执行 yarn 命令的工作目录，完全由 pom 配置中指定的 workingDirectory 参数决定，并不会默认以 Maven 项目根目录（pom.xml 所在层级）作为工作路径。如果将包含 registry 配置的 .npmrc 放在项目根目录，但插件实际的前端构建目录是 src/main/frontend 这类子路径，yarn 进程运行时根本不会扫描到该配置文件，自然会使用内置的默认公共源配置。按照 yarn 的配置读取优先级规则，只有 yarn 进程实际执行目录下的 .npmrc，才会被优先加载。
• yarn.lock 锁死了原始依赖的拉取地址
  之前在公共源环境下生成的 yarn.lock 文件中，每个依赖包条目都会附带固定的 resolved 字段，直接写入公共源的完整包下载地址。yarn 执行 install 操作时，只要检测到 lock 文件中存在对应包的固定拉取地址，会完全忽略你配置的 registry 参数，直接按照 lock 文件里的绝对地址拉取依赖，这是绝大多数改源不生效的核心诱因。
• 插件内置配置覆盖了自定义 .npmrc
  该插件本身支持通过 pom 参数自定义 npm 源地址，如果之前在插件配置项中设置过 npmRegistryURL 指向公共源，插件在执行 yarn 安装前，会自动在当前工作目录生成一个临时的 .npmrc 文件，这个临时生成的配置文件优先级远高于手动放置的静态 .npmrc，会直接覆盖你自定义的源地址配置。
  部分 3.x 版本之前的旧版插件，本身不会自动加载运行目录下的自定义 .npmrc 文件，必须通过插件配置参数显式指定源地址才能生效。
• 本地缓存导致的配置识别异常
  frontend-maven-plugin 会在自身下载的 Node.js 环境目录下维护独立的 yarn 缓存。如果之前用公共源下载过对应版本的依赖包，yarn 会优先读取本地缓存的包元数据，元数据中存储的原始公共源地址会替代你新配置的 Nexus 源地址。
• .npmrc 自身配置无效
  如果在 .npmrc 中书写的 registry 路径存在拼写错误（比如漏写仓库路径末尾的斜杠、写错 Nexus 上 npm 代理仓库的实际路径）、文件权限设置异常（导致 yarn 进程无法读取文件内容），yarn 会自动判定该配置无效，回退到默认的公共仓库地址。

内容的提问来源于stack exchange，提问作者Ivan dal Bosco