构建 Build
代码改完后,开发者需要确认项目能否打包,并得到可以部署的 dist 文件。
技术栈与工具约 10 分钟 · 从真实需求理解
1Build 在发布前做了什么?
BUILD · SOURCE TO ARTIFACT构建检查门
源码先排队,检查全部通过后才进入 dist/。
src/pages + componentsbuild.config.tsentry + output
- ·TYPECHECK0 errors
- ·BUNDLEassets packed
- ·ASSETpaths resolved
index.htmlapp.jsstyles.css
产物会在检查通过后出现
Build 会把项目源码和构建配置交给一套检查流程。检查通过后,它才把整理好的 HTML、JavaScript 和 CSS 文件放进 dist/,供部署使用。
- 输入是 src/ 等源码目录,以及决定入口和输出位置的构建配置。
- 检查通常会确认类型、打包结果和资源路径没有问题。
- 产物是 dist/ 里的文件,不是开发时直接运行的源码目录。
2Build 不是开发服务器,也不是部署
开发服务器更适合边改边看,部署则是把产物放到目标环境。Build 处在两者之间:它先把源码检查并整理成可发布文件。
- 看到代码能否打包、构建后生成哪些文件,想到 Build。
- 看到本地热更新,看开发服务器;看到文件要放到线上,看部署。
构建失败时先看具体哪一道检查没有通过,不要把没有生成 dist/ 误判成部署权限问题。
3一次构建由哪些部分组成?
build.config.ts源码 + 构建规则- typecheck ✓
- bundle ✓
- asset ✓
index.html · app.js可部署文件拆开构建流水线,可以看到输入、检查门和产物这三个真正决定结果的部分。
- INPUT 是 src/ 和构建配置,说明 Build 从哪里取代码、按什么规则处理。
- CHECK GATE 是类型、打包和资源检查,任何一项失败都应该停在产物之前。
- OUTPUT 是 dist/ 里的 HTML、JavaScript 和 CSS 文件,它们才是部署要拿走的结果。
4怎样把构建交给 Agent?
请先确认项目入口和构建配置,再运行类型、打包和资源检查;全部通过后生成 dist 产物,并保留失败检查项、错误信息和最终文件清单。
5不用背,看看你能不能判断
1 / 3
Build 的主要结果是什么?
请选择一个最符合题意的答案
社区延伸
看别人真实遇到过什么
社区帖子还没有关联到这个词条。