如何在Azure DevOps中恢复已删除的iteration path？

首先明确核心规则：Azure DevOps 没有提供前端页面的已删除迭代恢复入口，删除迭代后系统不会自动保留工作项与迭代的关联关系，所有Sprint容量、燃尽图、迭代级看板配置会随迭代删除同步清除，你遇到的工作项全部退回Backlog属于系统触发的默认逻辑。

可按以下优先级操作尝试挽回：

• 删除未超过28天的迭代，优先通过REST API恢复
  系统删除迭代节点后不会立刻物理清除数据，会在后台保留28天的可恢复窗口，操作步骤如下：
  1. 用项目集管理员账号生成个人访问令牌（PAT），权限范围勾选工作项(读取、写入和管理)
  2. 调用分类节点查询接口拉取所有已删除的迭代节点列表，记录需要恢复的迭代对应的节点ID
  3. 调用节点恢复接口传入对应ID，即可恢复迭代的原有层级、起止日期配置
  4. 迭代恢复完成后，系统不会自动回写工作项的迭代字段值，你需要通过工作项的历史修订记录，批量把退回Backlog的工作项重新关联到对应迭代，如果你在删除前导出过工作项快照，可以直接用快照做匹配，效率比逐个人工核对高很多。
• 删除超过28天的迭代无原生恢复可能
  超过28天保留期后，系统会物理删除迭代的所有元数据，包括对应的Sprint容量数据、历史燃尽图记录、迭代专属的看板配置，这部分数据无法找回，你只能手动重建原有的迭代路径结构，再通过工作项历史记录重新划分工作项所属迭代，后续的Sprint运营数据需要重新累积。
• 后续风险规避
  收紧组织级迭代路径的编辑权限，仅给核心管理员开放根节点迭代的删除、编辑权限，普通项目管理员仅允许操作所属项目下的子迭代，避免再次出现误删全组织范围迭代的问题。

内容的提问来源于stack exchange，提问作者Scrum Master 1