https://plumephp.com/tags/%E6%9E%84%E5%BB%BA%E7%BC%93%E5%AD%98/Recent content in 构建缓存 on PlumePHPHugozh-CNMon, 28 Sep 2026 10:00:00 +0800https://plumephp.com/vite-ci-cd-optimization/Mon, 28 Sep 2026 10:00:00 +0800https://plumephp.com/vite-ci-cd-optimization/<h2 id="引言">引言</h2> <p>Vite 的「快」不只体现在本地开发，<strong>在 CI 里同样可以通过缓存与并行把构建压到几十秒</strong>。但 CI 环境与本地不同——没有 <code>node_modules</code>、没有 <code>.vite</code> 缓存、依赖每次重新安装。本文系统讲 Vite 项目的 CI/CD：先搭一条标准的 GitHub Actions 流水线（安装 → 测试 → 构建 → 部署），再给依赖缓存、构建缓存与分片并行的优化手段，接着讲产物交付（带 hash 的构建产物如何部署到 Vercel / Netlify / GitHub Pages / 对象存储），最后给构建失败排查清单。</p>https://plumephp.com/vite-build-cache/Mon, 28 Sep 2026 10:00:00 +0800https://plumephp.com/vite-build-cache/<h2 id="引言">引言</h2> <p>Vite 的&quot;快&quot;很大程度建立在<strong>缓存</strong>上：依赖预构建缓存、esbuild 缓存、Rollup 的模块图缓存——但缓存用错就会<strong>命中了不该命中的、失效了不该失效的</strong>。本文把 Vite 的缓存体系拆开：先讲三层缓存的职责与存放位置（<code>node_modules/.vite</code>、<code>node_modules/.cache</code>、内存），再讲<strong>命中与失效判定</strong>（为什么改了 package.json 缓存就没了、为什么没改却没命中），接着讲生产构建缓存的现实（<code>vite build</code> 每次重跑 vs 增量工具）、CI 里的持久化缓存配置（关键！见 /vite-ci-cd-optimization/）、常见坑（<code>.vite</code> 被误清、缓存目录进 Git），最后给一套缓存治理清单。</p>