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 回答