更新于 2026 年 9 月 5 日
更新前留下恢复点
记录当前正常工作的代码版本和部署地址。代码、数据库、上传文件和环境配置是不同的恢复对象，不要把有 Git 仓库等同于有完整备份。涉及真实数据时，先确认备份位置、权限和恢复方法。
让修改先经过预览
把一次更新控制在明确范围内，在预览环境检查关键页面、登录与表单等实际使用路径。数据库变更应先在隔离测试环境验证，避免预览站直接写入生产数据。确认通过后再发布。
出现故障先停止扩大影响
保存故障版本、时间、日志和受影响功能。若涉及错误扣款或数据损坏，暂停相关操作并由负责人处理。不要在没有定位原因时连续推送多轮 AI 修改，否则更难找回最后一个正常状态。
代码回滚不等于数据回滚
若平台支持恢复到之前的部署，先确认目标版本确实可用以及与当前配置、数据库是否兼容。Vercel 的部署回滚可将域名重新指向选定部署，但不能因此假设数据库、外部服务或环境配置也恢复了。对数据执行恢复前必须单独确认，避免覆盖故障期间产生的有效记录。
恢复后用正式地址验收
检查首页、核心内页、关键交互和错误日志，确认正式域名访问的是正确版本。观察相关数据是否继续正常写入。发布修复版前说明故障原因、修改内容和测试结果，避免把旧故障重新带回生产。
建立轻量维护记录
为每次更新保存日期、代码版本、部署地址、改动范围、验收人和回滚目标。定期检查备份是否真的可恢复、依赖是否需要修补、域名和服务账单是否正常。检查频率根据网站风险与使用强度确定。