我们正在使用基于主干的开发,我们在 Azure DevOps 中有开发沙箱和生产环境。我们通过促进构建将构建从开发转移到沙盒再到生产。在将构建转移到生产环境后,如果出现问题,我可以定义任何管道来触发回滚。
我能想到的唯一其他选择是获取最后知道的提交编号并使用该提交编号触发构建。让管道来处理剩下的事情。这是否正确是否有更好的方法在 AzureDevops 中进行回滚
Tho*_*ham 10
每个版本都是已部署工件和变量的快照。最简单的“回滚”就是转到项目的 Release Management 历史记录,找到以前的版本,然后再次部署以替换较新的版本。例如,如果存在不兼容的数据库更改,则可能会出现复杂情况。
| 归档时间: |
|
| 查看次数: |
9249 次 |
| 最近记录: |