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