我们正在迁移到新域名。更改环境（以及TfsConfig identities /change）命令的文档指出，在尝试在TFS中迁移用户帐户之前，用户帐户必须不存在。
然而，一个人已经进入，因为他们被迁移为测试用例并通过组策略自动添加。
如文档中所述，TfsConfig identities /change不适用于此帐户，因为新帐户已在TFS中。
TfsConfig identities表示新身份的SID与Windows不匹配。
没有任何用户查询正在运行（当然，因为它是一个新帐户）。
更糟糕的是，用户创建了工作项。所以现在有两个独立账户下的工作项....
我的问题是：我有没有办法清理这个烂摊子？
我希望新身份与Windows匹配，用户工作项目将在新帐户下合并，并且所有用户都会查询工作...
在我理解出错之前，我发布了this question，因为我认为用户查询不起作用的原因是一个简单的查询配置问题。现在我意识到（假设我上面说的是正确的）我有更大的问题，可能无法用可用的命令行工具清理......
更新（对于我们犯同样错误的其他人）
我们昨晚将服务器迁移到了新域名。令人高兴的是，SID似乎已经纠正了自己。现在唯一的问题是用户无权访问他们的旧工作项。我可以通过代码更新Created By以外的所有字段。 Created By是只读的。这个问题现在只是问：
如何更新工作项的“创建者”字段？
我已经阅读了许多帖子，这些帖子说永远不会直接在TFS数据库中更新数据......但如果我想修复用户查询，这似乎是我唯一的选择...
答案 0 :(得分：3)
无法移除身份但您可以将一个身份更改为另一个身份，但您必须牢记以下Microsoft的声明：
TFS中存在用户帐户后，无法将其删除或将其他帐户映射到该帐户。例如，如果要将DomainA / UserA移动到DomainB / UserB，则只有在TFS中尚未存在DomainB / UserB时，Identities命令才能用于迁移用户。
由于本地Administrators组的成员会自动添加到TFS，因此请确保在更改域或环境之前删除要从该组迁移的所有帐户。
答案 1 :(得分：1)
如果你在这艘船上，那么你已经被冲洗了。您必须按照规定的文档进行域名移动，因为您无法解决此问题。
即使你烧了一张支持票，我想你会得到同样的答案。您不支持直接编辑数据库。虽然你可以让它工作，但你可能会阻止将来的升级......
P.S。如果MS支持建议您编辑数据库，则应该向产品团队请求第二意见:) MS支持并不总是正确...
答案 2 :(得分：1)
我能够使用TFS服务器管理控制台解决这个问题。
在应用程序层中＆＃39;管理控制台的窗口，将用户添加到＆＃34;管理控制台用户＆＃39;单击“添加”框。旁边的按钮。
一旦我这样做，我拥有SID不同步的用户就会被同步。然后，我从管理控制台中删除了该用户，并且该用户仍然正确同步。
我可以使用TfsConfig identities进行验证。