持久性TFS工作空间绑定不会消失

时间:2014-10-30 20:11:48

标签: visual-studio visual-studio-2012 tfs visual-studio-2013

我的工作区中有一个文件夹,它坚持要映射到其他位置。我只映射了我的TFS项目的根文件夹。当我获得源代码时,整个文件夹结构都会毫无例外地归结到该位置......直到今天。我正在对Web项目的状态进行故障排除,除其他外,删除整个解决方案文件夹(重命名到另一个位置)并强制从TFS获取新的解决方案。现在,当我收到最新消息时,一切都正常,但是一旦打开解决方案,我就会收到几条消息,说明更换(移动)。移动解决方案的一个文件夹,工作区工作文件夹映射显示将该文件夹映射到新位置。

历史:
我的Web项目版本已从网站升级到Web应用程序,我们需要将其与团队其他成员保持一致。我们从IIS中删除了一些站点,删除了解决方案目录,重新启动,并再次获取最新的源代码。网站/网络应用程序问题已修复,但现在我有持续的工作区更改,就像恶意软件一样。

到目前为止我尝试了什么:
在Appdata \ Local \ Microsoft \ Team Foundation中删除了TFS缓存 在Appdata \ Local \ Temp \ TFSTemp中删除了TFS临时文件 删除工作区映射,再次删除解决方案文件夹,重新启动Visual Studio,再次获取最新源。源代码正确下载,但是当我运行解决方案时,工作文件夹再次映射,文件夹再次移动 检查工作区的类型。它是服务器工作区(旧版) 在Visual Studio 2012上执行修复安装 安装Visual Studio 2013.
删除了工作区映射,并允许Visual Studio执行另一个get。这将恢复解决方案结构,但如果我1)关闭并重新打开解决方案,或者2)获取解决方案的最新信息(不强制覆盖),则问题会返回。

1 个答案:

答案 0 :(得分:3)

在我的案例中,我们终于得到了解决方案。虽然我曾向团队的其他成员询问他们是否看到过这种行为,并且没有得到肯定的答复,但当我详细调查时,我发现我的团队的许多成员根本不了解他们的工作空间,并且没有看到这些映射正在被添加。 并非我团队的所有成员都有此问题。我相信服务器工作区中的每个人都有此问题。

一旦我们意识到问题不是我独有的,我们发现解决方案文件已被泄露。当我们使用文本编辑器查看解决方案文件(.sln)时,我们可以看到那里表示的不需要的映射。我们从解决方案中删除了所有正在重新映射的内容,然后将它们重新添加进去。在仔细检查了解决方案文件中不再写入不需要的映射之后,我们检查了它,并且每个开发人员都删除了添加的映射,并且然后再次获得最新消息,问题得到了解决。