在过去的18个月里,我们有85名TFS用户离开公司。 8坚持显示为 [TEAM FOUNDATION] \ Team Foundation Valid Users & [收集] \项目收集有效用户虽然他们没有其他项目组成员资格。
在我们的企业中,TFS用户通过其AD /网络ID进行标识,并在离开公司政策时被“禁用”,而不是被删除。通常,他们没有全局组成员资格“域用户”之外的组成员资格。
我们目前在生产中使用Team Foundation Server 2012 Update 3。我们已经开始在我们的测试环境中进行测试,并计划在未来6个月内将生产转移到Update 4。
我们不断扩展我们的标准,以确保残障用户不会出现“纠缠”,以防止出现“孤立用户”情况。我们目前正在审查并在TFS用户离职时采取行动,以确保:
1. User is not associated with a TFS Collection Project group
2. User has no workspaces associated with their identity in TFS
3. User has no shelvesets associated with their identity in TFS
4 . User has no items checked out (locked) in TFS
5. User has no Work Items “Assigned To” their identity in TFS
6. User has no Project Alerts associated with their identity in TFS
我们通过命令行或Web界面删除了所有用户。我们确保它们不会通过管理员控制台显示。我们已经清除了TFS服务器上的缓存。我们经常监视 TFSSynchronizeIdentities ,并且看到它一致地正常运行。 TFS服务器会定期重启。
持续时间最长的“孤立用户”已在TeamFoundation和收集有效用户组中持续了18个月,而其他77位用户已经放弃,只需要很少的额外操作。问题依然存在。 8个“孤儿用户”已经发生了整整18个月 - 不仅仅是一个老问题,其中所有8个用户从18个月前开始持续存在,其他77个用户已经成功移除。
使用Update 4的当前测试结果表明,“孤立用户”在从Update 3升级到Update 4的过程中仍然存在。更新4未解决“孤立用户”的问题。
答案 0 :(得分:1)
我们在TFS2013 Update 4中遇到了类似的问题。 离开公司的用户仍然存在于Team Web Access的“分配给下拉列表”列表中。 设置" ninja就像" TFS配置中的注册表项为我们做了诀窍。下面是代码:
using Microsoft.TeamFoundation.Client;
using Microsoft.TeamFoundation.Framework.Client;
// Get TfsConfigurationServer
var cs = new Microsoft.TeamFoundation.Client.TfsConfigurationServer(new Uri("http://YourTfs:YourPort/tfs"));
cs.EnsureAuthenticated();
// Get reg service of configuration server
var regService = cs.GetService<ITeamFoundationRegistry>();
//Set value
regService.SetValue("/Service/Integration/Settings/IdentitySyncFull", true);
然后触发新同步并观察结果。