背景:
因为公司屎山代码太多了,每次生产构建都要10几分钟,要改得从架构开始改起,还得保证屎山代码不会持续产出。想想就绝望,改不动,真的改不动。所以想通过曲线救国的方式来优化构建过程。
如果能像开发环境一样只针对修改的代码增量构建就完美了。沿着这个思路去思考,决定采用通过缓存编译结果来提高构建速度的方式来优化。
下面是实测对比:
第一次因为还没生成缓存文件,所以还是得10几分钟。从第二次开始,构建速度就有了质的提升。提速700%~~,直接起飞。
解决方案如下:
在webpack@5.x版本中,可以通过cache属性来配置持久化构建。
javascript
module.exports = {
// ...其他配置
cache: {
type: 'filesystem', // 使用文件系统缓存
version: '1.0', // 缓存版本号
buildDependencies: {
config: [__filename], // 当配置文件变化时,清除缓存
build: ['./build.js'], // 当构建脚本变化时,清除缓存
},
managedPaths: ['./node_modules'], // 不触发缓存清除的路径
},
};
在这个示例中,webpack被配置为使用文件系统缓存,并且指定了缓存版本号为1.0。 当webpack.config.js文件或./build.js文件发生变化时,缓存将被清除。 此外,./node_modules目录被标记为不触发缓存清除的路径,因为它可能会频繁更新。
详细配置可以查看webpack官方文档:www.webpackjs.com/configurati...
相关文章参考:深度解析webpack5持久化缓存
webpack@4.x因为没有cache属性,需借助hard-source-webpack-plugin库实现
首先,安装插件
shell
npm install hard-source-webpack-plugin --save-dev
然后,在Webpack配置文件中引入并使用这个插件:
javascript
const HardSourceWebpackPlugin = require('hard-source-webpack-plugin');
module.exports = {
// ...其他配置
plugins: [
new HardSourceWebpackPlugin(),
],
};
完结撒花,增量构建的功能就这么简单实现了。
缓存文件默认存在在 node_modules/.cache/hard-source/[confighash] 路径下。
当然,hard-source-webpack-plugin还有很多配置参数可以去对构建过程进行定制。有兴趣的小伙伴可以查看官方文档说明。