为什么说通过增加loader数量来提升webpack构建速度是一种误区?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1406个文字,预计阅读时间需要6分钟。
问题描述:项目中使用了某个npm包a。前几天使用良好,突然在一次拉取了不同的分支代码后,出现了Bug。第一反应是别人把这个包的版本改了。查看了项目的+package.json+和+package-lock+。
问题描述
项目中使用了一个npm包a。前几天一直用得好好的,突然某次拉了别的分支代码后,就出Bug了。
第一反应是别人把这个包的版本变了。查看了下项目的package.json、package-lock.json文件,该模块和依赖模块的信息并没有改变,node_modules/a中的版本信息也和package.json中的对应。
一下子没了头绪,只好到node_modules中去调试一下。
TL;DR;
拉到最后看总结 XD
node_modules目录结构
项目中node_modules目录如下:
node_modules │ └───a │ │ index.js | | ... │ │ │ └───node_modules │ │ ... │ └───c | | index.js | | ... │ └───c │ index.js │ ...
从该目录结构中可以发现,模块a的目录下还有一个node_modules目录,这个目录里放的是模块a的依赖。
本文共计1406个文字,预计阅读时间需要6分钟。
问题描述:项目中使用了某个npm包a。前几天使用良好,突然在一次拉取了不同的分支代码后,出现了Bug。第一反应是别人把这个包的版本改了。查看了项目的+package.json+和+package-lock+。
问题描述
项目中使用了一个npm包a。前几天一直用得好好的,突然某次拉了别的分支代码后,就出Bug了。
第一反应是别人把这个包的版本变了。查看了下项目的package.json、package-lock.json文件,该模块和依赖模块的信息并没有改变,node_modules/a中的版本信息也和package.json中的对应。
一下子没了头绪,只好到node_modules中去调试一下。
TL;DR;
拉到最后看总结 XD
node_modules目录结构
项目中node_modules目录如下:
node_modules │ └───a │ │ index.js | | ... │ │ │ └───node_modules │ │ ... │ └───c | | index.js | | ... │ └───c │ index.js │ ...
从该目录结构中可以发现,模块a的目录下还有一个node_modules目录,这个目录里放的是模块a的依赖。

