Skip to content

发布与回滚:前端版本管理、灰度与资源一致性

主题边界

  • 前端发布涉及 HTML 壳、静态资源、CDN、缓存、配置和后端 API 兼容窗口。
  • 回滚问题的本质通常是版本之间资源或协议不一致。

机制与流程

  • 带哈希的静态资源让旧文件可长期缓存,HTML 壳或资源清单决定客户端拉取哪一批新文件。
  • 灰度发布通过流量分组、Header、Cookie 或平台能力把新版本先暴露给部分用户。
  • 安全回滚要求旧版资源仍可访问、接口兼容窗口明确,并能快速切回旧入口。

关键差异

  • 回滚 HTML 入口和回滚静态资源不是一件事;如果旧 HTML 指向的新资源已失效,会产生半回滚状态。
  • SPA 与 SSR 应用在回滚时关注点不同,SSR 还要考虑服务端模板与客户端 chunk 对齐。

边界条件

  • 删除旧资源过快、CDN 缓存未刷新、manifest 不一致,都会让回滚失败。
  • 前后端接口同时破坏兼容会让前端即使成功回滚,依然无法恢复业务。

工程落点

  • 发布设计要包括版本标识、资源留存策略、灰度开关、监控门禁和一键回滚路径。
  • 很多线上事故并非代码逻辑错,而是发布顺序、缓存策略和资源一致性管理失控。

相关主题