流水线历史记录
DevOps Server流水线的历史记录有完善的版本日志，用户可以随时回退到修改过程中的任何一个版本，还能比较差异。这个历史记录功能可以和代码库中的版本控制媲美。
图一：生成历史记录
但是，如果实施工程师辛辛苦苦配置的复杂流水线，不小心被一个小白删除了，而你翻遍了Azure DevOps Server 的所有菜单也找不到流水线的回收站菜单，此时估计你跳楼的心都有了。
图二：生成定义中的删除按钮
还好，微软为你提供了一瓶后悔药，你还有最后的一种方法还原被删除的流水线，那就是Rest API。但是需要注意，系统只保留4周内被删除的流水线数据，如果超出了4周，流水线将被永久删除。
下面我们来分别看看如何还原生成和发布流水线：
还原生成流水线
还原一条生成流水线的rest api格式如下：
使用上面api的核心，是需要了解流水线的id，就是definitionId。在当前版本的api中，没有获取所有生成定义的api，如果你不记得被删除的流水线ID，那么你需要根据最近新增加的流水线ID猜测，或者到数据库中使用SQL查询相关的表。
例如下面我在postman中使用到的api：
图三：postman中调用恢复流水线api
如果调用成功，系统会返回被恢复流水线的相关json数据；同时，你也可以在浏览器中看到恢复出来的数据了，只是生成的名称加上了前缀“(RESTORED 2019-03-21 13:45:49)”字样，如下图：
还原发布流水线
还原发布流水线的方式和上面还原生成流水线的方式差不多。
但是，在还原发布流水线之前，我们可以使用列表的api获取所有被删除的流水线，api格式如下：
Get http://tfs.southeastasia.cloudapp.azure.com/DefaultCollection/DemoProject/_apis/release/definitions?isdeleted=true
使用上面api，获取到需要还原的流水线ID后，就可以使用PATCH方法调用还原流水线的api了：
注意在postman中调用上面的api时，需要做到：
1. 调用api方式为PATCH
2. 必须在body中添加备注信息，备注内容如下：
{ "Comment" : "Deleted by mistake" }
3. body的数据格式为：application/json，或者application/json-patch+json
下面是调用在postman中的截图：
如果api调用成功，系统会返回被还原的流水线的相关json数据，你可以在web界面中看到被还原的流水线了。
在流水线的历史记录中，你可以看到还原过程中的日志信息：
看到这里，你不再需要担心误删除流水线数据了。
微软DevOps MVP 张洪君 http://www.cnblogs.com/danzhang
--End-
3071
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
