2014-11-06 342 views
0

今天早些时候,我工作的TFS服务器出现故障。因此,当我尝试进入Visual Studio 2013以处理一个受管理的项目时,虽然TFS Visual Studio检测到TFS无法访问,并以离线模式访问该解决方案。稍后的早上,服务器重新启动并处于联机和运行状态。但是,当我尝试联机解决方案时,出现错误消息,指出“无法确定此解决方案的工作区”。因此,我继续验证工作空间是否正确,其中包含从关联的源代码管理文件夹到本地文件夹的所有绑定。所以试图解决这个问题,我做了以下步骤:为什么Visual Studio 2013无法为我的解决方案确定工作区?

  1. 即使脱机,我完全从源代码控制解除了解决方案。
  2. 将解决方案重新绑定到源代码管理。此时,所有锁都可以在解决方案和检出的文件上看到。
  3. 我得到了该项目的最新版本,并更新了我的本地解决方案。

重新绑定解决方案,以解决我最初的问题。但是,每次退出Visual Studio 2013并返回到解决方案时,它都会丢失所有绑定,并且无法确定解决方案的工作空间。有没有人遇到过这个?有什么我可以忽略的吗?任何帮助将不胜感激。

请注意,我已经阅读了一些已经在堆栈溢出的帖子,我还没有找到一个解决了Visual Studio在每次启动时失去绑定的问题。

回答

0

退出所有的Visual Studio实例,并在删除TFS缓存 “C:\ USERS \\应用程序数据\本地\微软\的Team Foundation \ 5.0 \缓存”

+0

我删除了缓存并关闭了Visual Studio的所有实例。但是,解决方案重新绑定并关闭并重新打开Visual Studio时,所有绑定仍然会丢失。我最终必须做的是完全恢复我的开发环境。虽然这不是一个真正的解决方案,但这是Visual Studio不在任何级别进行合作的最后手段。感谢您回复我原来的帖子。 – Isaac 2014-11-13 16:33:18

0

确保 “显示隐藏文件” 已启用,然后删除解决方案的文件夹中的.suo文件(当然,VS关闭时)

3

退出Visual Studio。 有一个注册表的项

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\TeamFoundation\Instances\\[[NameYourOfTFSServerHere]]\Collections\\[[NameOfYourProjectCollectionHere]] 

变化REG_DWORDOffline1 to 0

删除.suo文件的解决方案

重新打开您的解决方案应该修复它。

相关问题