今天早上我打开VS2008并连接到TFS。作为新的一年的开始，我决定做一些清理工作。首先是删除我所拥有的任何未使用的工作空间（即，我的旧开发工作站中仍然存在的工作空间，我早已离开了）。
所以，我去了File-＆gt; Source Control-＆gt; Workspaces，并选择了我想要摆脱的工作区，然后按下了删除按钮。我收到一条警告，指出本地计算机上的任何挂起更改都将丢失。由于我没有待更改，我继续删除。
之后，我和团队中的其他任何人都无法在TFS中看到任何来源。他们失去了映射;除了他们签出的任何文件之外......他们不再能够访问TFS控制下的任何文件;各个项目分支根本不再出现在团队资源管理器窗格中的源代码管理下;好像我删除我的工作区删除了整个团队的所有工作区。 TFS管理员能够看到各个分支正常，并且（我可能没有在这里使用正确的术语） - 但他发现如果他创建了一个新的“组”，则从旧的“组”中删除用户，然后将它们添加到新的“组”中，人们可以再次看到它们的源代码。无论如何，决定从备份中恢复。
我显然不是TFS管理员，但我一直认为工作空间是TFS和我的工作站之间的映射，如果我要移除工作空间，它只是意味着我可以重新连接到TFS，重新映射到我的本地驱动器，获取最新信息并重新开始工作。
不幸的是，在这种情况下，当我们等待系统管理员从备份中恢复TFS存储库时，我关闭整个团队。
我是否对工作空间的概念有一个基本的误解，或者某些配置设置可能不应该按原样设置，或者......？
我在网上搜索了一下，但是我发现的所有内容都让我相信删除工作区并不是一件大事，也不会对团队其他成员产生任何影响。
非常感谢。
答案 0 :(得分：1)
正如谷歌搜索指出的那样，删除TFS工作区并非是一笔巨大的交易，并且不会对团队的其他成员产生任何影响。我没有解释您所看到的行为 - 除非您在从备份恢复之前保留日志文件 - 否则将无法进行诊断。
您指向不的症状反映了工作区的变化，但是权限的更改。您的用户在源代码管理资源管理器中缺少对源树的可见性，这表明他们缺少对源树的读取权限。
我最好的猜测是，TFS管理员意外删除了一组用户的读取权限，或者Active Directory管理员从AD组中删除了用户，并且这与您的工作区删除完全无关。
答案 1 :(得分：0)
请检查您的权限。我认为这是一个许可问题，所以没有人能看到项目和所有事情。
在团队项目集合设置中将人员（作为您的要求或开发人员）添加到贡献者。
important note：请将它们添加到Team Project Collection Setting（贡献者），然后再次添加到Team Project Setting（贡献者）中。