NPM v7及以上版本npm install对yarn.lock的处理规则疑问

1. 本地通过yarn生成yarn.lock后，能否在CI环境用npm install复现完全一致的依赖树 #

无法保证完全一致。
NPM v7+ 从未将yarn.lock定位为权威的依赖树快照文件，仅将其作为版本解析的参考信息来源。只要项目中存在package-lock.json或npm-shrinkwrap.json，npm会直接优先使用这两个npm系锁文件完成安装，完全忽略yarn.lock的内容。
即便项目中没有npm系锁文件，npm解析依赖时的版本扁平化规则、peerDependencies处理逻辑和yarn本身存在实现差异，最终生成的依赖树、嵌套依赖版本很可能和纯yarn安装的结果存在出入，可靠性达不到CI环境对依赖一致性的要求。

2. 存在yarn.lock时npm install的执行流程、锁文件更新规则与冻结模式支持 #

当项目根目录存在yarn.lock时，npm install的实际执行逻辑如下：

• 优先检查是否存在package-lock.json、npm-shrinkwrap.json，如果存在则完全以这两个文件为依据走标准npm安装流程，直接忽略yarn.lock
• 仅当项目中不存在任何npm系锁文件时，才会读取yarn.lock中记录的包版本、完整性哈希值作为初始解析参考，再对照package.json中声明的依赖版本范围做二次匹配校验
• 依赖解析完成后写入node_modules目录，同时会将最终解析出的依赖树结构同步回写覆盖yarn.lock，保证文件内容和npm的安装结果匹配

关于锁文件更新和冻结模式：

• 只要npm读取了yarn.lock作为解析参考，且最终解析结果和原yarn.lock记录存在差异，就会自动更新yarn.lock，目前没有参数可以关闭这个自动更新行为
• 不存在类似yarn --frozen-lockfile的锁文件冻结安装能力。npm ci命令从设计上仅识别npm系锁文件，完全不支持读取yarn.lock，如果项目中只有yarn.lock没有package-lock.json，执行npm ci会直接抛出锁文件缺失的错误。

3. NPM对yarn.lock的解析是否同时覆盖Yarn v1与Yarn Berry版本格式 #

仅完整支持Yarn v1（经典版）的yarn.lock格式。
Yarn Berry（v2及以上版本）默认使用和v1完全不同的锁文件结构，部分配置下还会采用PnP等非传统node_modules的安装模式，npm目前没有适配Berry版本锁文件的解析逻辑，遇到Berry生成的yarn.lock时要么直接忽略跳过，要么解析出错误的版本信息，无法作为可靠的依赖解析参考。

内容的提问来源于stack exchange，提问作者JeB