技术实践 ·
阿里云静态网站发布流程：Codeup、Flow、OSS 与 ESA
把构建、OSS 发布、ESA 缓存刷新和搜索通知串起来，让内容更新成为一次可验证的发布。
更新于
文章写完之后，发布流程应当负责把它稳定地送到读者面前。构建、上传、刷新和验证各有明确步骤，出现问题时也能知道停在哪里。
一条清晰的发布路径
本项目目前使用本地命令执行构建和发布，静态产物上传到 OSS，再通过 ESA 提供访问。Codeup 与 Flow 的配置模板已经准备，真实仓库和云端流水线尚未接通。
后续配置 Flow 时，可以沿用以下步骤：
- 使用 npm ci 按锁文件安装依赖。
- 使用 npm run build 检查类型并生成页面。
- 先上传静态资源，再发布 HTML 和 Sitemap。
- 刷新 ESA 缓存，验证公网内容与构建产物一致。
- 提交搜索引擎通知，并保存成功状态。
缓存需要区分内容
带内容哈希的资源可以长时间缓存。HTML 与 Sitemap 更适合重新验证，发布后刷新，避免读者看到过时内容。
缓存刷新是异步任务。确认公网页面实际返回新内容后，再提交链接，可以减少搜索平台访问到旧页面或错误状态的机会。
失败后能够继续
OSS 多文件上传不是原子发布。中途失败时，重跑可以补齐未完成部分。搜索通知则记录已成功批次，后续只处理待提交内容。
平台接收请求不代表文章已经收录；网站发布与搜索通知也应分别检查。详细配置与维护步骤见项目部署指南。