Azure DevOps：如何将看板复制到其他项目或组织

我之前帮不少人解决过这类跨组织看板迁移的问题，既然Azure Boards Kanban Tools没法正常运行，给你几个靠谱的方案：

方案一：借助Azure DevOps REST API实现脚本化迁移 #

如果看板配置比较复杂，用API脚本是最灵活的方式。步骤大概是这样：

• 第一步，获取源看板的完整配置：调用GET https://dev.azure.com/{org}/{project}/_apis/work/boards/{boardId}?api-version=7.1-preview.3，拿到看板的列、泳道、WIP限制、卡片规则等所有配置细节。
• 第二步，在目标项目/组织创建空白看板：调用POST https://dev.azure.com/{targetOrg}/{targetProject}/_apis/work/boards?api-version=7.1-preview.3，传入看板名称等基础信息。
• 第三步，把源看板的配置同步到新看板：调用对应的API（比如更新列、泳道的接口），把之前获取的配置逐一导入。

注意事项：

• 你需要同时拥有源组织的读取权限和目标组织的写入权限，并且生成对应的PAT（个人访问令牌）来调用API。
• 如果源和目标组织的工作项字段有差异，要提前处理字段映射，避免配置导入失败。

方案二：使用Azure DevOps Migration Tools #

这个是微软社区维护的官方迁移工具，专门用来处理Azure DevOps之间的内容迁移，包括看板、工作项、迭代路径这些。操作步骤：

1. 下载最新版本的工具，解压到本地。
2. 复制模板配置文件config.json，修改其中的源和目标组织信息：填写双方的URL、PAT，指定要迁移的项目。
3. 在配置文件的Processors部分，添加看板迁移的处理器（比如WorkItemBoardMigrationConfig），明确要迁移的看板名称。
4. 运行工具的可执行文件，等待迁移完成。

这个工具的优势是不需要自己写代码，配置好就能自动处理大部分迁移逻辑，而且支持跨组织场景。唯一要注意的是要匹配工具和Azure DevOps的版本，避免兼容性问题。

方案三：手动复刻（适合简单看板） #

如果你的看板结构不复杂，手动复刻反而更省心：

• 先在源看板里截图或者逐条记录下所有配置：列的顺序、每个列的WIP限制、泳道名称、卡片的显示规则等。
• 在目标项目里新建一个空白看板，按照记录的内容一步步配置，和源看板保持一致。

这个方法虽然繁琐，但胜在可靠，不会遇到工具报错或者API调用的问题，适合小型团队的简单看板。

最后提醒一下，不管用哪种方法，都建议先在测试环境里试一遍，确认配置迁移正常后再操作生产环境的看板，避免出现意外。

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