【发布时间】：2018-10-29 11:45:49
【问题描述】：
我们正在使用基于主干的开发，并且我们在 Azure DevOps 中有开发沙箱和生产环境。我们通过推广构建将构建从开发转移到沙盒再到生产。在将构建转移到生产后，如果出现问题，我可以定义什么管道来触发回滚。
我能想到的唯一其他选择是获取最后知道的提交号并使用该提交号触发构建。让管道处理剩下的事情。这是正确的，有没有更好的方法在 AzureDevops 中进行回滚
【问题讨论】：
标签： azure-devops
【发布时间】：2018-10-29 11:45:49
【问题描述】：
每个版本都是已部署工件和变量的快照。最简单的“回滚”就是转到项目的发布管理历史记录，找到之前的版本，然后再次部署以替换较新的版本。如果存在不兼容的数据库更改等情况，可能会出现复杂情况。
【讨论】：