我正在使用Visual Studio 2010专业版，TFS作为源代码控制，一切正常。早上我来了，我打开了我的解决方案，它以脱机状态打开。我尝试上网了，它说
"Workspace for this solution could not be found."
（我不记得确切的错误句子）。
我关闭了我的解决方案。我去了pending changes window -> workspace ComboBox -> manage workspace。我编辑了我的工作区并将我的解决方案映射到现有文件夹。
现在，我可以在窗口中看到待处理的更改。我再次打开了解决方案。我试过检查一个文件，但我收到了错误：
“在工作区中找不到文件，或者您没有权限 访问该文件。“
除了采用最新版本或特定版本之外的所有指针。在管理工作区中，我的工作区是私有的。
答案 0 :(得分：27)
很抱歉打扰所有人。最后我拿了最新版本来解决这个问题。
答案 1 :(得分：16)
TFS适用于缓存。客户端计算机上有一个可能存在各种混淆，因此请删除其中的文件。它的默认路径是C:\Users\<Username>\Local Settings\Application Data\Microsoft\Team Foundation\<Version Number>\Cache（这可能因操作系统而异，但它位于您的配置文件中）。
您可以尝试通过转到File - ＆gt;重新建立解决方案/项目的绑定。源控制 - ＆gt;更改源控制...（如果缺少此菜单项，则可能意味着您需要重置菜单项）。如果源文件已在工作区中，则可以单击结果对话框工具栏中的“绑定”图标，将文件重新链接到源代码管理。但是，您可能仍需要执行获取或重新打开VS以使其停止抱怨。
我知道您提到想知道您是否可以执行任何操作除了获取最新版本，但TFS 2010将工作区信息存储在服务器上并需要连接以重新建立元数据。听起来你基本上重新创建了工作区的映射。这样做服务器需要重新建立连接。我认为处理这个问题的唯一方法是在建立工作区后执行get。除非您使用“获取特定版本”对话框，否则不应丢失任何内容，但为了安全起见，我会将您的文件复制到临时位置，然后再执行该工作区中的“获取最新”。执行Get Latest操作后，一切都应该没问题。
显然，您可能还想检查您对工作空间映射到的文件夹的权限（在搜索一下后我找不到确切的要求）。这似乎不太可能是您似乎知道的问题，但如果您不确定，那么您当然可以设置要保存文件的文件夹，以便您的用户帐户具有递归的完全权限，看看是否有所作为
另外，请确保安装了Visual Studio 2010 SP1。
behavior is improved in Visual Studio and TFS 2012 with what is called Local Workspaces;使用本地工作区，有关文件的元数据存储在文件系统中，而不是存储在服务器中。 TFS 2012应该很快就会上市。
答案 2 :(得分：1)
说好提示。当解决方案打开时（它不会引用文件），右键单击解决方案资源管理器中的解决方案＆amp;选择“重新加载项目”
答案 3 :(得分：0)
我遇到了这个错误，我检查了工作区目录中的Associated Handles（资源监视器中的CPU选项卡）。而devenv进程里面有一个目录。所以我重新启动了Visual Studio，但我没有收到此错误。
答案 4 :(得分：0)
我遇到与VS2015类似的问题，我发现我的机器上安装了nuget旧版本（VSIX（v3.3.0））。我从nuget site下载了最新版本。它解决了我的问题
答案 5 :(得分：-1)
只需从项目中排除引起问题的文件，然后再次将其重新包含