选择要恢复的版本
查看部署历史，找到问题发生前曾正常提供网站服务的版本。比较该版本与当前版本的时间和改动，并确认它们属于同一项目和环境。应选择已知正常的部署；如果紧邻当前版本的部署本身有问题，就不要只因它较新而选择它。
还要考虑部署文件以外的变化。某个版本可能依赖数据库、域名或已连接服务的配置，而回滚不会撤销这些变化。如果相关依赖已经改变，应先确认它们仍与较早代码兼容，再切换流量。
执行回滚并检查结果
对选定部署执行回滚操作，并等待平台报告结果。然后打开公开网站，检查与问题相关的页面或操作。从用户实际使用的角度确认行为，不要只依据部署状态判断恢复成功。
如果较早版本没有解决问题，先记录当前活动部署和观察结果，再进行其他修改。保留故障版本的详情用于排查，避免在没有找出原因时反复切换。服务恢复后，准备修正后的版本并进行受控验证，再替换已恢复的版本。