在 Team Foundation Server 中创建新版本时，尝试运行新版本时出现以下错误：
路径 C:\Build\ProductReleases\FullBuildv5.4.2x\Sources 已映射到工作区 BuildServer_23。
我无法在工作区对话框中看到该名称的工作区。
NotMyself
问问题
152096 次
24 回答
142
使用命令行实用程序TF - Team Foundation 版本控制工具( tf )。
您可以通过调出Visual Studio 命令提示符然后切换到您的工作区文件夹并发出以下命令来获取所有工作区的列表：
C:\YourWorkspaceFolder>tf workspaces /owner:*
您应该在列表中看到您的问题工作区及其所有者。
您可以使用以下命令删除工作区：
C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
于 2008-10-22T15:30:16.290 回答
54
只需删除以下文件夹的内容：
C:\Users\UserName\AppData\Local\Microsoft\Team Foundation\3.0\Cache
其中 UserName 是实际用户或当前用户，3.0 是版本号。
于 2014-11-05T13:36:42.623 回答
36
我遇到了类似的问题，为了删除导致我出现问题的工作区，我登录到另一台安装了 TFS 客户端的机器并执行了以下操作：
- 在“文件”菜单上，指向“源代码管理”、“高级”，然后单击 “工作区...”。
- 在Manage Workspaces对话框中，勾选Show remote packages复选框。
- 在名称列下，选择要删除的工作区，然后单击删除。
- 在“确认”对话框中，单击“确定” 。
于 2015-06-24T16:31:59.443 回答
30
我收到此错误，这是由于有两个指向同一来源的构建定义引起的。问题是我在构建代理中使用了静态构建目录。
此论坛帖子准确描述了我的问题和解决方案：http: //social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/
于 2009-02-02T16:30:36.057 回答
27
我们遇到了同样的问题，但从 TFS 服务器中删除工作区不起作用。（我应该提一下，我抓住了我的同事虚拟机，该虚拟机已经用他的凭据设置了。）
对我来说这有效：http: //blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx
我刚刚进入：...\Local Settings\Application Data\ 搜索了 VersionControl.config，打开了包含该文件的文件夹并删除了它的所有内容。
在此之前，我尝试手动编辑文件，但它继续显示相同的错误消息。
我希望这有帮助。
于 2011-04-14T18:21:15.053 回答
16
出于某种原因，我无法从命令行实用程序中删除工作区。幸运的是，我找到了 Team Foundation Sidekicks 2010（来自这篇文章），它是免费的，并提供了用于查看和删除 TFS 工作区的 GUI，以及更多有用的 TFS 功能。
于 2011-10-23T03:25:56.350 回答
8
我在 Visual Studio 2010 中遇到了类似的问题，抱怨已经映射的工作区，但我没有删除整个工作区，而是使用了 Visual Studio 命令提示符中的以下内容：“tf workspace PROBLEM_WORKSPACE_NAME”。这带来了一个“编辑工作区”对话框。从那里我能够从“工作文件夹”列表中删除有问题的路径，从而消除了错误。
于 2011-11-07T20:20:56.110 回答
5
其余的相当容易。
只需转到此文件夹：C:\Users{UserName}\AppData\Local\Microsoft\Team Foundation\4\Cache 并删除文件夹中的所有内容。
于 2013-08-13T12:16:41.697 回答
5
我收到一个异常，告诉我该文件已映射到另一个工作区： “路径 {File Path} 已映射到工作区 {Workspace Name}。”
此工作区之前已被删除。在我朋友的帮助下，我发现 TFS 将工作区信息保存在用户本地设置目录下。我们找到了一个名为：
{用户文档和设置目录}\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache下的VersionControl.config 。 此文件包含 TFS 的所有本地映射。可能当您使用 Map 方法而不使用时： public void DeleteMapping(WorkingFolder mapping); 在删除工作区之前，不会从该文件中删除映射信息，TFS 使用该文件来检查您是否已经映射了特定路径。
要解决此问题，请从配置文件中删除所有键。不要删除该文件，因为您将再次从服务器缓存中获取它。
于 2014-07-06T19:26:49.810 回答
4
这是我所做的（以及我所做的）：
使用 TFS Sidekicks 清除用户和服务器过滤器，使它们为空。这将使您获得所有工作区。
检查工作区名称的构建错误。在 OP 的情况下，它是 BuildServer_23。它在我的环境中有所不同，但基本上只是将错误名称与 tfs sidekick 列表中的名称相匹配。
单击红色 x 删除工作区。
中提琴！
于 2012-04-13T18:16:52.823 回答
1
如果您在服务器上无权删除其他人的工作区，则只需更改构建定义的名称即可。TFS 将创建一个新工作区并将其映射到“C:\Build\ProductReleases\new build name here\Sources”。
于 2011-07-08T05:37:55.130 回答
1
如果适用，您还可以克隆构建定义并更改其名称。这对我有用。
于 2013-10-30T16:49:31.993 回答
1
我尝试了以下所有解决方案，例如：
- 使用 Sidekick 删除 WS。
- 使用 tf 命令删除远程服务器工作区。
- 删除 TFS 缓存文件夹。
以下对我有用：
tf workspaces /remove:*
于 2016-11-08T17:17:43.593 回答
1
删除工作区和缓存对我来说还不够。我还必须重新启动“Visual Studio Team Foundation Build Service Host”服务。
于 2020-08-29T09:19:13.573 回答
1
- 转到源代码管理资源管理器
- 在工具栏中有一个工作区的下拉列表。
- 单击下拉菜单并转到工作区。
- 删除不需要的工作区。
- 映射到您的本地。
于 2021-12-10T23:45:14.077 回答
0
我变了
Build Definition -> Workspace -> Build Agent Folder
从
c:\some\path
到
$(SourceDir)
它解决了这个问题。
于 2013-01-25T21:42:59.700 回答
0
在尝试“获取我之前映射到本地目录然后删除的项目的最新版本”时，我看到了同样的错误消息。首先我尝试了 SideKick 工具，然后尝试了 Visual Studio 2010 命令提示符，两者都告诉我没有映射工作区。
接下来我在 中搜索“VersionControl.config” c:/users/myuser/appdata，并删除了它找到的 4 个引用。我重新打开了 Visual Studio，我能够重新映射项目，不再出现错误！
于 2014-08-08T04:45:06.807 回答
0
最简单的方法是转到您的 AppData 并删除 TFS 缓存（取决于版本 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
于 2014-09-04T15:48:30.410 回答
0
当我遇到同样的问题时，TDN 的解决方案对我有用。构建服务器在我的帐户下创建了工作区。选中此框允许我查看和删除它们。
于 2016-08-30T21:57:13.663 回答
0
我在 Visual Studio 2017 和 TFS 2017 中遇到了同样的问题。 DefaultCollection 必须首先映射到您的本地路径。不知何故，这一步被跳过了，我只映射了 MyFirstProject。
您需要做的就是：
- 1.转到您的 TFS 网页并从服务器中删除该项目。
- 2.从您当地的“工作空间”中删除项目
- 3.转到“管理连接”，这将刷新您在 TeamExplorer 中的主页。
- 4.您将获得配置页面，该页面允许您设置默认集合的根路径。
- 5.您应该会收到成功完成的消息。现在您可以创建您的项目了。
首先将集合的根映射到工作区，然后再映射一个新项目，这一点很重要。
于 2017-03-09T18:07:41.543 回答
0
我的问题与使用多个帐户有关。这就是我能够切换帐户的方式。
打开团队资源管理器
从窗格顶部附近的大下拉菜单中...
导航至： 项目和我的团队>管理连接
导航到： 管理连接>连接到团队项目
使用“切换用户”链接切换帐户。
现在工作区名称将与所选帐户匹配。
于 2017-08-23T16:34:53.447 回答
0
我无法获得任何其他解决方案。
我创建了一个新帐户，旧帐户不再具有权限（都在同一台机器上）。
我试过：1）删除工作区（在VS中看不到有或没有检查远程工作区）2）从命令行删除3）新所有者命令4）删除缓存
所以我只是以管理员身份打开 VS 并映射到不同的文件夹。
于 2020-03-24T08:51:51.840 回答
-1
我在本地 TFS 构建代理中使用 Azure DevOps 自动构建时遇到了这个问题。使用 TFS Sidekicks 删除工作区不起作用。tf.exe 甚至找不到工作区来删除它。
此解决方案应适用于 TFS 2017、TFS 2018、Azure DevOps 以及可能的其他版本：
- 记下错误消息中的工作区 GUID。
- 在进行构建的机器上，导航到：%USERPROFILE%\AppData\Local\Microsoft\Team Foundation\（其中 %USERPROFILE% 属于触发构建的用户）。
- 在该目录下搜索并删除工作区 GUID 的所有实例。“缓存”目录中可能有一个文件夹，以及“LocationServerMap.xml”和“LocalItemExclusions.config”中的条目。将它们全部删除。
这在我的情况下有效。
于 2018-11-28T20:01:25.227 回答
-1
只需删除工作区：
workspace /delete "the-workspace-name"
于 2019-02-23T07:39:40.033 回答