我们正在迁移到新域名.更改环境(以及用于TfsConfig identities /change)命令的文档指出在尝试在TFS中迁移用户帐户之前,用户帐户必须不存在于TFS中.
但是,有人进入,因为它们作为测试用例迁移并通过组策略自动添加.
如文档中所述,TfsConfig identities /change此帐户不起作用,因为新帐户已在TFS中.
TfsConfig identities 显示新标识的SID与Windows不匹配.
用户查询都没有工作(当然,因为它是一个新帐户).
更糟糕的是,用户已创建工作项.所以现在有两个独立账户下的工作项目....
我的问题是:我有什么设施来清理这个烂摊子吗？
我希望新标识与Windows匹配,用户工作项在新帐户下合并,所有用户查询工作...
在我理解出了什么问题之前,我发布了这个问题,因为我认为用户查询不起作用的原因是一个简单的查询配置问题.现在我意识到(假设我上面说的任何内容都是正确的)我有更大的问题,可能无法使用可用的命令行工具清理...
更新(对于我们犯同样错误的其他人)
我们昨晚将服务器迁移到新域名.令人高兴的是,SID似乎已经纠正了自己.现在唯一的问题是用户无权访问他们的旧工作项.我可以通过代码更新Created By以外的所有字段.Created By是只读的.这个问题现在只是问:
如何更新工作项的"创建者"字段？
我已经阅读了很多帖子,这些帖子说永远不会直接在TFS数据库中更新数据......但如果我想修复用户查询,这似乎是我唯一的选择......
如果你在这艘船上，那么你已经被浇水了。您必须遵循域移动的规定文档，因为此后您无法修复此问题。
即使你烧了一张支持票，我想你也会得到同样的答案。不支持直接编辑数据库。虽然你可能让它工作，但你可能会阻止未来的升级......
ps 如果 MS 支持建议您编辑数据库，您应该向产品团队请求第二意见:) MS 支持并不总是正确的...
| 归档时间： |
|
| 查看次数： |
4592 次 |
| 最近记录： |