迁移至Azure DevOps前修改本地TFS工作项类型并保留ID可行吗？

1. 本地Azure DevOps Server（原TFS）的官方支持方案 #

如果你的目标环境是本地部署的Azure DevOps Server，直接用witadmin changetype命令就能修改现有工作项的类型，完全保留原ID，这是官方认可的安全方法：

• 命令格式：

  witadmin changetype /collection:http://你的TFS服务器地址:8080/tfs/集合名 /teamproject:项目名 /id:工作项ID /newtype:新工作项类型名称
  

• 注意：该命令仅适用于本地服务器版，云端Azure DevOps Services不支持。

2. 云端Azure DevOps Services的替代方案 #

云端环境官方不支持直接修改工作项类型并保留ID，但可以通过两种方式满足需求：

• 脚本批量更新字段：用PowerShell调用Azure DevOps REST API，读取原工作项的所有字段、附件、链接、历史记录，直接更新原工作项的Work Item Type字段值。前提是新类型的字段与原类型兼容，否则会触发验证错误。这种方法完全保留原ID。
• 建立ID映射关系：如果必须用克隆/CSV导入的方式生成新类型工作项，可在原工作项中添加自定义字段新工作项ID，在新工作项中添加原工作项ID，实现双向追溯。虽然ID改变，但能保证业务关联的完整性。

3. 直接操作数据库的风险提醒 #

直接修改tbl_WorkItemTemplateDefinition或其他TFS/Azure DevOps数据库表是官方严格禁止的操作：

• 会破坏数据完整性，导致后续升级、备份恢复失败
• 直接失去官方技术支持权限
• 极易引发未知系统异常，比如工作项查询、看板显示、流程触发错误

总结 #

• 本地服务器环境：优先用witadmin changetype命令，官方支持且无风险
• 云端环境：优先用脚本更新字段，或建立ID映射关系，避免直接改数据库
• 绝对不推荐直接操作数据库，风险远大于收益

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