某次部署引入了导致 KPI 劣化的代码，修复可能需要一周时间。您应该怎么做？

回滚源更改并重新运行部署管道是最佳实践。这确保了部署的一致性和可重复性，使系统回到已知良好状态，并允许开发团队在受控环境中修复问题。登录服务器并在本地迭代修复是不可扩展且容易出错的，尤其是在生产环境中。登录到服务器并手动换回代码同样不推荐，因为它绕过了自动化部署流程，可能导致配置漂移和未来的部署问题。将实例模板更改为上一版本并删除所有实例以强制重新创建，虽然可以解决问题，但通常比直接回滚源更改更耗时且影响更大，因为它涉及重新创建整个环境，而不是简单地回滚代码。