不同租户的Azure DevOps组织间能否迁移工作项等资源？

分属@xpto、@abcd两个不同Azure AD租户的Azure DevOps组织，完全支持将源组织内的看板、工作项、管道、代码仓库资源迁移到目标组织，不存在平台层面的硬性限制，仅需针对不同资源类型选择适配的迁移方案，提前处理配置映射即可。

• 代码仓库：Git类型仓库可通过git clone --mirror命令拉取源仓库全量镜像，再推送到目标组织下的新建空仓库，即可完整保留所有提交记录、分支、标签、权限配置；TFVC类型仓库可通过平台内置迁移工具完成内容平移。代码类资源迁移几乎不受租户差异影响，提交记录中的作者信息可后续通过git mailmap功能映射到目标租户对应账号。
• 构建/发布管道：存放在代码仓库中的YAML管道会随仓库迁移直接落地，仅需提前替换管道中引用的源租户专属服务连接、变量组、代理池、安全文件配置为目标租户下的对应资源即可正常运行；经典可视化管道可通过导出定义JSON、导入目标组织的方式迁移，同样需要修正关联的资源引用与权限配置。
• 看板与工作项：可通过官方迁移工具完成全量迁移，支持完整保留工作项字段内容、状态流转记录、父子/关联关系、区域/迭代路径、看板列配置、泳道规则等所有配置。你预判的账号域差异是迁移过程中的常规适配项，不会对迁移造成阻碍。

源租户用户标识格式为marie@xpto.com、目标租户对应用户为marie@abcd.com的域后缀差异，不会阻断工作项迁移，仅需提前配置映射规则即可：

• 迁移前提前整理全量用户的「源账号-目标账号」对应映射表，导入迁移工具配置后，工具会在迁移过程中自动替换工作项中指派人、创建人、修改人、评论区@提及、历史操作记录里的所有用户身份字段，迁移完成后直接匹配对应用户的目标账号，无无效身份残留。
• 如果迁移前未配置用户映射，迁移后的工作项中原源租户账号会显示为无效灰色标识，但不会损坏工作项本身的内容、关联关系与状态，后续可通过工作项批量编辑功能重新指派给目标租户对应用户，不会造成数据丢失。
• 不建议通过将源租户账号作为外部用户邀请到目标租户的方式规避映射问题，该方案会产生冗余的身份条目，后续账号清理、权限收敛的成本极高。

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