70MB 陈旧构建产物致 Gemini CLI 连续发包失败,一行 rmSync 修复
Likhith-BlueLotus · ghdev · 2026-11-09
google-gemini/gemini-cli 的一份 P0 修复 PR:自 2026-11-05 起，每夜发布都在向 npm 发布时因 413 Request Entity Too Large 失败。
排查发现根因是 esbuild 用 content-hash 命名 chunk 输出到 bundle/,但构建前从不清理该目录；发布流程又会打包两次(prepare 一次、版本号变更后再一次)，导致旧 chunk 全部残留——106MB 的 JS 里约 70MB 是不可达的历史产物，多个 chunk 各存了 4 份完整拷贝。tarball 从 25.1MB 涨到 25.2MB,base64 编码后恰好越过 App Engine 32MiB 请求上限，压垮发布。
修复只需在构建前 rmSync 清空 bundle/,tarball 体积减半。对维护长生命周期 CI 构建是个典型案例：内容哈希输出目录不清理会静默积累垃圾，直到撞上某个看似无关的硬限制。
「编程与Agent」频道最新
- CS 七十年消不完不确定性，如今调 temperature 看缘分 — korymath · 2026-11-09
- 开源工具 Bello 宣称让 Codex 用量提升 3 倍且不损质量 — nikola_mr64990 · 2026-11-09
- AI 硬件工程平台 Nominal 获 2.4 亿美元 C 轮融资,估值 30 亿 — graceisford · 2026-11-09
- HF 工程师 Niels Rogge 公开本地 AI 入门课件：量化、MoE 选型与本地 Agent — NielsRogge · 2026-11-09
- OpenClaw 玩起「大型多人在线 AI」:上百个 agent 同服并行跑任务 — vincent_koc · 2026-11-09
- Loop:手机优先的 Agent 编排器,二维码配对即用无需服务器 — Two_Half_Pints · 2026-11-09