1

今天早上我打开VS2008并连接到TFS。作为新的一年的开始,我决定做一些清理工作。首先是删除我拥有的所有未使用的工作区(即,我早已离开的旧开发工作站中仍然存在的工作区)。

所以,我去了 File->Source Control->Workspaces,然后选择了我想摆脱的工作空间,然后按下删除按钮。我收到一条警告,我的本地计算机上的任何未决更改都将丢失。由于我没有待处理的更改,我继续删除。

在那之后,我和团队中的任何其他人都无法在 TFS 中看到任何源。他们丢失了映射;并且除了他们签出的任何文件之外......他们不再有权访问 TFS 控制下的任何文件;各种项目分支不再出现在团队资源管理器窗格中的源代码控制下;就好像我删除我的工作区删除了整个团队的所有工作区。TFS 管理员可以看到各个分支,并且(我可能在这里使用的术语不正确) - 但他发现如果他创建了一个新的“组”,从旧的“组”中删除了用户,然后将他们添加到新的“组”中,人们可以再次看到他们的源代码。无论如何,决定从备份中恢复。

我显然绝不是 TFS 管理员,但我一直认为工作区是 TFS 和我的工作站之间的映射,如果我要删除工作区,那只是意味着我可以重新连接到 TFS,重新映射到我的本地驱动器,获取最新信息并重新开始工作。

不幸的是,在这种情况下,我关闭了整个团队,等待系统管理员从备份中恢复 TFS 存储库。

我是否对工作空间的概念有根本的误解,或者在某处可能存在一些不应该按原样设置的配置设置,或者......?

我在网上搜索了很多次,但我发现的所有内容都让我相信,移除工作区并不是什么大不了的事,并且不会对团队的其他成员产生任何影响。

非常感谢。

4

2 回答 2

1

正如谷歌搜索所指出的那样,删除 TFS 工作区并不是什么大不了的事,并且不会对团队的其他成员产生任何影响。我无法解释您看到的行为 - 除非您在从备份恢复之前保留日志文件 - 否则无法诊断。

但是,您指出的症状并不反映工作空间的变化,而是权限的变化。您的用户在源代码管理资源管理器中缺乏对源代码树的可见性,这表明他们缺乏对源代码树的读取权限。

我最好的猜测是 TFS 管理员不小心删除了一组用户的读取权限,或者 Active Directory 管理员从 AD 组中删除了用户,这与您的工作区删除完全无关。

于 2013-01-02T19:41:06.090 回答
0

请检查您的权限。我认为这是一个许可问题,因此没有人可以看到项目和每件事。

在团队项目集合设置中将人员(根据您的要求或开发人员)添加到贡献者。

important note:请将它们添加到团队项目集合设置(贡献者)中,然后再次添加到团队项目设置(贡献者)中。

然后看到变化。之后,您可以根据需要管理您的权限!!!

于 2013-01-11T10:59:41.073 回答