作者回复: 是的,可能这个插件的后续的版本会提供其它的类出来,手动滑稽
作者回复: 哈哈,细致,确实是的
作者回复: loader 有严格的顺序要求 plugins 可能会存在顺序要求,不过很少,不是很严格,这个也是 webpack 会让人困惑的地方。因为 plugin 是通过 webpack 的 Tapable 的钩子进行事件控制的,也就是插件通过事件监听的方式进行执行。用的plugin会自己绑定相应的事件,所以一般不用关注顺序。
作者回复: 已上传
作者回复: 重新 build 的模块需求很多的。 1. 本地开发阶段:想看看代码打包出来的体积大小,比如一个页面打包出发发现有 1M 的 js,这个显然是不合理需要优化的。打包出来的图片资源太大(500k)、太小(3k)等等,这些都需要优化相关资源后再次打包看效果。 2. 机器部署资源到 cdn,每次机器部署也是会进行 npm run build 这个命令去打包代码,打包后进行资源同步的操作(ssh,rsync等)。每次 push 代码到 Git 等平台会重新触发构建。如果构建前不清理构建目录,那么需要部署的文件夹会越来越大,项目一多,机器磁盘都打爆了。 3. 线上代码发现错误,本地可以进行 npm run build 去代理线上脚本,修改完错误后也需要重新 build 看看结果
作者回复: 感谢夸奖,哈哈
作者回复: 确实比较蛋疼,主要这个插件就导出了这一个方法。。
作者回复: 嗯嗯,clean-webpack-plugin(https://github.com/johnagan/clean-webpack-plugin) 在5.29的时候发布了3.0版本,用法变了。 主要明白为什么要清理构建目录哈,掌握精华
作者回复: 嗯嗯,clean-webpack-plugin(https://github.com/johnagan/clean-webpack-plugin) 在5.29的时候发布了3.0版本,用法变了。 把这个插件的引入改成: const { CleanWebpackPlugin } = require('clean-webpack-plugin');
作者回复: 没差别,这个插件刚好在5.29号那天发布3.0大版本了,用法变了而已