Npm 纱线-快速检查'package.json'和'warn.lock'是否满足要求的正确方法?

Npm 纱线-快速检查'package.json'和'warn.lock'是否满足要求的正确方法?,npm,yarnpkg,yarnpkg-v2,yarn-lock.json,Npm,Yarnpkg,Yarnpkg V2,Yarn Lock.json,我想验证我的项目中的所有依赖项(package.json和warn.lock)是否都得到满足,而无需运行warn install(这将构建一个完整的依赖项树并发出网络请求) 起初,我非常希望纱线检查能做到这一点。以下命令验证package.json中是否满足每个依赖项,并验证安装的包是否与warn.lock文件匹配 yarn check --integrity --verify-tree 但是,他说,从Thread v2开始,这是不推荐的,应该改用Thread安装--check files 但

我想验证我的项目中的所有依赖项(
package.json
warn.lock
)是否都得到满足,而无需运行
warn install
(这将构建一个完整的依赖项树并发出网络请求)

起初,我非常希望
纱线检查
能做到这一点。以下命令验证
package.json中是否满足每个依赖项,并验证安装的包是否与
warn.lock
文件匹配

yarn check --integrity --verify-tree
但是,他说,从Thread v2开始,这是不推荐的,应该改用
Thread安装--check files

但这让它看起来好像做了一些完全不同的事情

安装-检查文件 验证是否未删除节点_模块中已安装的文件

我还可以验证运行它实际上是运行一个完整的
warn install
命令,因此它在这里没有用处

此外,还提到,
--check files
的行为并不完全直观

那么,在Thread v2及更高版本中运行此检查的受支持方式是什么?有没有办法对
package.json
Thread.lock
进行轻量级检查,而不必像
Thread install
那样在网络上构建整个依赖关系树


FWIW,解决方案是使用
--dry run
标志,但该标志似乎不存在于
纱线中

中,其中有几个选项可能使您能够实现您想要做的事情

我的最佳猜测是使用停止您请求的任何外部请求。另外,如果依赖项彼此不同步,您还可以选择出错

据我所知,您提到的选项在您的案例中并不必然需要,因为您不想检查
node\u modules
-文件夹,而不是
package.json
warn.lock

那么,如何安装纱线——离线——冻结锁文件呢


最好的祝愿,希望这有助于您提到
--dry run
标志符合您在
纱线中的要求。如果它们存在(并且没有
包锁.json

因此,您可以将
npm
--dry run
选项一起使用,它应该与
warn.lock
文件一起使用

yarn check --integrity --verify-tree
确保您使用的是
npm 7.0.0
或更高版本。更新:
npm安装-g npm

非常感谢!
--offline
功能在该文档中没有太多解释,但有更好的解释。但是,它看起来像是维护一个单独的缓存文件夹。这并不理想,我认为还有一种更容易检查安装的方法。但这是一件值得调查的大事。