工程化总览
工程化不是为了把工具越堆越多，而是为了让项目别那么容易乱。
它处理的通常是这些问题：同事电脑上为什么跑不起来、构建为什么忽快忽慢、规则为什么总对不齐、请求层为什么越写越散。
CI / CD 与 GitHub Actions
工程化里很容易有一个阶段：本地一切正常，换到别的电脑、CI 环境或者发布环境之后，问题就开始出现。
Preview / Staging / Production 环境策略
CI / CD 真正开始复杂起来，通常不是从脚本数量开始，而是从环境开始。
Sentry 错误上报接入与实践
先说清楚一件事：当前这个仓库是文档站，代码里还没有直接安装 @sentry/* 相关依赖，也没有现成的初始化文件或构建上传脚本。
构建与转译
8 个项目
运行时校验
3 个项目
代码规范
5 个项目
包管理与环境管理
4 个项目
请求与数据层
12 个项目
推荐阅读顺序
构建与转译：先理解构建、转译、打包分别在做什么CI / CD：把验证、构建、发布和环境保护接起来Preview / Staging / Production：把多环境策略和发布边界理顺代码规范：统一格式、语法检查和团队规范运行时校验：把选型、Zod和ArkType这条线收成一个专题包管理与环境管理：把依赖安装、workspace、Node 版本和镜像源管理理顺请求与数据层：请求层与数据同步策略
这一组主要关心什么
- 开发环境如何稳定起来
- 代码风格如何统一
- 依赖、版本、workspace 和构建产物如何可控
- 运行时校验到底该选哪条路线
- 运行时输入边界怎样尽早收住
- 请求层怎样从“能发请求”慢慢走到“能维护”
- 验证、构建、部署和环境管理怎样稳定接起来
- Preview、Staging、Production 三套环境怎样分工