当前上线版本 (v102)
Error: 500
Unexpected token '<' in JSON at position 0
立即回滚
上一个稳定版本 (v101)
先前构建结果仍以可部署版本存在时，复原最可靠。
只有旧构建结果还在，回滚才有意义
覆写会把失误变成事故
如果每次发布都直接取代上一版，坏版本会迫使团队一边让访客看到问题，一边重建旧状态。
版本化构建结果保留退路
旧的静态发布版本仍可使用，因此回滚可以回到已知稳定版本，而不是靠记忆重做。
非工程上线也需要保护
营销页、文档、作品集、PDF 和 AI 生成导出也会用很直接的方式失败。回滚功能让团队能先把风险降下来，再修问题。
旧构建结果是你的紧急路径
更好的发布流程会保留先前构建结果，并在需要回滚时改变当前作用中的版本。
Current: /v102--> rollback -->Active: /v101
真正会发生的错误
坏掉的静态导出
构建成功了，但输出文件指向错误的资源路径或路由。
内容更新出错
营销页、文件页、PDF 或作品集更新上线后，才发现文案错误或文件缺失。
活动需要快速复原
团队需要先回到上一版，再慢慢排查，而不是让坏版本继续面向访客。
常见问题
Q: 团队应该保留多少历史版本？
取决于发布频率和风险承受度。常常发布的团队，应保留足够历史以回到近期已知稳定状态。
Q: 回滚会影响数据库吗？
DeployPages 的回滚只影响静态分发状态。如果产品还依赖后端行为，后端仍需要自己的兼容和恢复计划。
Q: 可以检查或回滚旧构建结果吗？
这正是版本化静态发布的目的：旧构建结果不会在每次发布后消失。
从每个静态网站原本就有的部分开始
上传构建好的文件，取得 HTTPS 链接，等项目需要时再加入域名、回滚、访问分析、自动化和团队控制。