等严重问题。 冒烟测试执行 ·是否有 JS、CSS 等静态资源文件 每次构建完成 build 目录是否有内容输出 ·是否有 HTML 文件 构建是否成功 判断构建是否成功 在示例项目里面运行构建，看看是否有报错 判断基本功能是否正常 ·是否有 JS、CSS 等静态资源文件 编写 mocha 测试用例 ·是否有 HTML 文件 单元测试与测试覆盖率 单纯的测试框架，需要断言库

Script 内容 如果有 style 就发送请求获取 style 的部分 发送请求获取 template 的部分 进⾏渲染 Vite 打包流程 – vue 脚本打包策略 判断是否是 .css 文件的请求 判断是否为 JS 中 import 的 CSS 进行 Sass/Less 的编译处理 基于 CSS 的源码包装成 JS 的模块 Vite 打包流程 – CSS 资源打包策略 将

"webpack --watch" }, "keywords": [], "author": "", "license": "ISC" } 唯⼀一缺陷：每次需要⼿手动刷新浏览器器 ⽂文件监听的原理理分析 轮询判断⽂文件的最后编辑时间是否变化 某个⽂文件发⽣生了了变化，并不不会⽴立刻告诉监听者，⽽而是先缓存起来，等 aggregateTimeout module.export = { //默认 false，也就是不不开启 //默认为空，不监听的文件或者文件夹，支持正则匹配 ignored: /node_modules/, //监听到变化发生后会等300ms再去执行，默认300ms aggregateTimeout: 300, //判断文件是否发生变化是通过不停询问系统指定文件有没有变化实现的，默认每秒问1000次 poll: 1000 } } 热更更新：webpack-dev-server { "name": "hello-webpack"

运行某个命令 const isInstalled = packageName =>{...}; //3. 判断某个包是否安装 const CLIs =[...]; webpack-command const installedClis = CLIs.filter(cli => cli.installed); //5. 判断是否两个 ClI 是否安装了 if (installedClis.length === 0){...}else if

构建成功的⽇日志提示 · warning: 构建警告的⽇日志提示 · error: 构建报错的⽇日志提示 stats 设置成 errors-only 使⽤用效果 构建成功 构建警告 构建失败 如何判断构建是否成功？ 每次构建完成后输⼊入 echo $? 获取错误码 在 CI/CD 的 pipline 或者发布系统需要知道当前构建状态 构建异常和中断处理理 webpack4 之前的版本构建失败不不会抛出错误码