如何在Azure DevOps不同组织间迁移工作项？求最优方案

目前Azure DevOps没有官方工具支持跨组织迁移工作项，以下是对现有三种思路的分析及最优方案推荐：

方案1：Azure DevOps Office集成工具 #

• 操作方式：通过该工具关联两个组织的项目，实现工作项批量导出与导入
• 优缺点：
  • 优势：批量操作效率尚可，能保留部分工作项关联关系
  • 劣势：要求系统管理员权限，权限门槛高；兼容性受Office版本限制

方案2：Excel手动导入导出 #

• 操作方式：从源组织导出工作项至Excel，整理格式后导入目标组织
• 优缺点：
  • 优势：无需额外权限，操作门槛极低，适合少量工作项迁移
  • 劣势：手动整理易出错，无法保留工作项历史记录、关联链接、附件等关键信息；大规模迁移时效率极差

方案3：Azure DevOps REST API #

• 操作方式：调用API拉取源组织工作项数据，再通过API在目标组织创建新工作项
• 优缺点：
  • 优势：灵活性拉满，可自定义迁移规则，能保留绝大多数工作项信息；仅需源项目读取权限+目标项目创建权限，无需管理员权限
  • 劣势：需要编写脚本或调用逻辑，有一定技术门槛；需自行处理字段映射、关联关系、附件迁移等细节

最优方案推荐 #

• 若需大规模迁移且要保留完整工作项信息，优先选API方案，扩展性最强；
• 若只是少量工作项迁移且无技术能力，可选择Excel方案；
• 仅当拥有管理员权限且迁移规模中等时，Office集成工具可作为备选，但长期来看API方案的适配性更好。

API具体用法示例 #

1. 获取源组织工作项（翻译优化原示例）

# 替换<你的PAT>为个人访问令牌，<源组织>和<源项目>为实际名称
curl -u :<你的PAT> "https://dev.azure.com/<源组织>/<源项目>/_apis/wit/workitems?ids=111&api-version=7.1-preview.3"

2. 在目标组织创建工作项

使用Work Items - Create API，通过JSON Patch格式提交字段数据：

# 替换<你的PAT>、<目标组织>、<目标项目>、<工作项类型>（如User Story）为实际内容
curl -u :<你的PAT> -X POST "https://dev.azure.com/<目标组织>/<目标项目>/_apis/wit/workitems/$<工作项类型>?api-version=7.1-preview.3" \
-H "Content-Type: application/json-patch+json" \
-d '[
  {
    "op": "add",
    "path": "/fields/System.Title",
    "value": "迁移的工作项标题"
  },
  {
    "op": "add",
    "path": "/fields/System.Description",
    "value": "迁移的工作项描述"
  }
]'

说明：需将源API返回的字段（如优先级、指派人员等）映射到目标组织的对应字段；若要迁移附件、历史记录，需额外调用附件上传API和评论添加接口。

内容的提问来源于stack exchange，提问作者Salman