团队build立错误：path…已被映射到工作区
在Team Foundation Server中创build新的构build时，尝试运行新构build时出现以下错误：
pathC：\ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources已被映射到工作区BuildServer_23。
我无法在工作区对话框中通过该名称查看工作区。
使用命令行实用程序TF – Team Foundation版本控制工具 （ tf ）。
您可以通过启动Visual Studio命令提示符，然后更改为工作区文件夹并发出以下命令来获取所有工作区的列表：
C:\YourWorkspaceFolder>tf workspaces /owner:* 您应该在列表中看到您的问题工作区以及它的所有者。
您可以使用以下命令删除工作区：
C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
我收到这个错误，这是由于有两个构build定义指向相同的源。 问题是我在Build Agent中使用了静态生成目录。
此论坛post完全描述了我的问题和解决scheme： http : //social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/
我们有同样的问题，但从TFS服务器删除工作区没有工作。 （我应该提到，我抓住了我的同事虚拟机已经与他的凭据设置。）
对我来说这工作： http : //blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx
我刚进入：… \ Local Settings \ Application Data \，search了VersionControl.config，打开了包含此文件的文件夹并删除了它的所有内容。
在此之前，我尝试手动编辑文件，但它继续相同的错误消息。
我希望这有帮助。
只需删除以下文件夹的内容：
C：\ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache
其中UserName是实际或当前用户，3.0是版本号。
出于某种原因，我无法从命令行工具中删除工作区。 幸运的是，我发现Team Foundation Sidekicks 2010 （从这篇文章中 ）是免费的，它提供了一个用于查看和删除TFS工作区的GUI以及更多有用的TFSfunction。
我有一个类似的问题，并删除造成我一个问题的工作区，我login到安装了TFS客户端的另一台计算机，并执行以下操作：
- 在文件菜单上，指向源代码pipe理 ， 高级 ，然后单击工作区…。
- 在“ pipe理工作区”对话框中，勾选“ 显示远程软件包”checkbox。
- 在名称列下，select要删除的工作区，然后单击删除 。
- 在确认对话框中，单击确定 。
我有一个与Visual Studio 2010类似的问题，抱怨已经映射的工作区，但不是删除整个工作区，而是从Visual Studio命令提示符中使用以下内容：“tf workspace PROBLEM_WORKSPACE_NAME”。 这提出了一个“编辑工作区”对话框。 从那里，我能够从“工作文件夹”列表中删除有问题的path，从而摆脱了错误。
以下是我所做的（以及我所做的）：
使用TFS Sidekicks清除用户和服务器filter，使它们是空白的。 这将让你得到所有的工作空间。
检查工作区名称的构build错误。 在OP中，它是BuildServer_23。 它在我的环境中是不同的，但基本上只是将错误名称与tfs sidekick列表中的错误名称相匹配。
点击红色x删除工作区。
中提琴！
其余的很容易。
只需转到此文件夹：C：\ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache并删除文件夹中的所有内容。
我得到一个exception，告诉我该文件已经映射到另一个工作区中： “path{文件path}已经映射到工作区{工作区名称}”。
这个工作空间被删除了 。 在我的朋友的帮助下，我发现TFS在用户本地设置dir下保存工作区信息。 我们find一个名为：
在{用户文档和设置目录} \ Local Settings \ Application Data \ Microsoft \ Team Foundation \ 1.0 \ Cache下的VersionControl.config 。 该文件包含TFS的所有本地映射。 可能当您使用Map方法并且不使用时：public void DeleteMapping（WorkingFolder mapping）; 在删除工作区之前，映射信息不会从TFS使用的文件中删除，以检查是否已经映射了特定的path。
要解决此问题，请从configuration文件中删除所有密钥。 不要删除该文件，因为您将从服务器caching中再次获取该文件。
如果您没有权限在服务器上删除其他人的工作区，则可以更改构build定义的名称。 TFS将创build一个新的工作空间，并将其映射到“C：\ Build \ ProductReleases \ new build name here \ Sources”。
如果适用，您也可以克隆构build定义并更改其名称。 这为我工作。
我变了
Build Definition -> Workspace -> Build Agent Folder
从
c:\some\path
至
$(SourceDir)
并解决了这个问题。
在尝试“获取最新版本”的项目时，我之前将其映射到本地目录然后删除，但是我看到了同样的错误消息。 首先，我尝试了SideKick工具，然后是Visual Studio 2010命令提示符，两者都告诉我没有工作区映射。
接下来，我在c:/users/myuser/appdatasearch了'VersionControl.config'，并删除了它find的4个引用。 我重新打开Visual Studio，我可以重新映射项目，没有更多的错误！
最简单的方法是去你的AppData并删除TFScaching（取决于版本3.0或4.0）
C：\ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache或C：\ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache
当我遇到同样的问题时，TDN的解决scheme为我工作。 构build服务器在我的帐户下创build工作区。 选中此框可以查看并删除它们。
我尝试了以下所有解决scheme，例如：
- 使用sidekicks来删除WS。
- 使用tf命令删除远程服务器工作区。
- 删除TFScaching文件夹。
以下为我工作：
tf workspaces /remove:*
我在Visual Studio 2017和TFS 2017中遇到了同样的问题。DefaultCollection必须首先映射到本地path。 不知何故，这一步被跳过，我只有MyFirstProject映射。
所有你需要做的是：
1.进入你的TFS网页并从服务器上删除项目。
– 2.从当地的“Worksapces”中删除该项目
3.进入“pipe理连接”，这将刷新您的主页在TeamExplorer。
– 4.你会得到configuration页面，这将允许你设置根path到你的DefaultCollection。
5.你应该得到消息，说明它已经成功完成。 现在你可以创build你的项目了。
首先将您的集合的根目录映射到您的工作区，然后映射一个新项目，这一点非常重要。
我的问题涉及到使用多个帐户。 这是我如何能够切换帐户。
打开Team Explorer
从靠近窗格顶部的大下拉菜单中…
导航到： 项目和我的团队 > pipe理连接
导航到： pipe理连接 > 连接到团队项目
使用“切换用户”链接切换帐户。
现在工作区名称将与所选帐户相匹配。
