团队构建错误：路径 ... 已映射到工作区答案

【问题标题】：Team Build Error: The Path ... is already mapped to workspace团队构建错误：路径 ... 已映射到工作区
【发布时间】：2010-09-18 14:01:17
【问题描述】：

在 Team Foundation Server 中创建新版本时，尝试运行新版本时出现以下错误：

路径 C:\Build\ProductReleases\FullBuildv5.4.2x\Sources 已映射到工作区 BuildServer_23。

我无法在工作区对话框中看到该名称的工作区。

【问题讨论】：

这是比较复杂的错误，见other question。

标签： tfs build-server

【解决方案1】：

使用命令行实用程序TF - Team Foundation 版本控制工具 (tf)。

您可以通过调出 Visual Studio 命令提示符然后切换到您的工作区文件夹并发出以下命令来获取所有工作区的列表：

C:\YourWorkspaceFolder>tf workspaces /owner:*

您应该会在列表中看到您的问题工作区及其所有者。

您可以使用以下命令删除工作区：

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

【讨论】：

我收到“无法确定源代码控制服务器”。在构建服务器上运行 tf 工作区时。任何想法如何解决这个问题？
Corvin：从属于工作区的文件夹中运行命令
省略 /server 参数，它不是必需的。否则很好的答案！
很好的答案，我唯一要补充的是，您可能需要以工作区所有者身份登录 TFS，否则您可能会收到权限被拒绝错误。
在 /delete 之后，我输入了 "/collection:http::808/tfs/ ..._then_ the workspacename;workspaceowner... 按预期工作。我的问题是由于重新创建同名的构建定义。

【解决方案2】：

我收到此错误，这是由于有两个指向同一来源的构建定义造成的。问题是我在构建代理中使用了静态构建目录。

此论坛帖子准确描述了我的问题和解决方案： http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

【讨论】：

【解决方案3】：

我们遇到了同样的问题，但是从 TFS 服务器中删除工作区没有奏效。（我应该提一下，我抓住了我同事的虚拟机，该虚拟机已经用他的凭据设置了。）

对我来说这很有效： http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

我刚刚进入：...\Local Settings\Application Data\ 搜索了 VersionControl.config，打开了包含该文件的文件夹并删除了它的所有内容。

在此之前，我尝试手动编辑文件，但它继续显示相同的错误消息。

我希望这会有所帮助。

【讨论】：

对我们的情况很有帮助，我们切换服务器并且旧服务器不再存在，但旧机器仍有设置。
我也必须这样做。我删除了整个 Local Settings\Application Data\Microsoft\Team Foundation 文件夹，之后一切都很好
是缓存，删除缓存文件夹即可
我删除了工作区和缓存文件夹，但问题仍然存在。也许 jenkins 是在不同的用户下运行并使用另一个缓存？
它可能是！在实际构建开始之前，您可以使用各种插件来清理您的工作区。如果您找到此特定问题的答案，请回来并在此处发布，以便其他人也可以从中受益:)

【解决方案4】：

如果您在服务器上没有删除其他人工作区的权限，您只需更改构建定义的名称即可。 TFS 将创建一个新工作区并将其映射到“C:\Build\ProductReleases\new build name here\Sources”。

【讨论】：

【解决方案5】：

由于某种原因，我无法从命令行实用程序中删除工作区。幸运的是，我找到了Team Foundation Sidekicks 2010（来自this post），它是免费的，它提供了一个用于查看和删除 TFS 工作区的 GUI，以及更多有用的 TFS 功能。

【讨论】：

我强烈建议任何使用 TFS 的人看看 TFS Sidekicks，因为它是免费的并且有很多真正必须具备的功能。

【解决方案6】：

我在 Visual Studio 2010 中遇到了类似的问题，抱怨已映射工作区，但我没有删除整个工作区，而是使用了 Visual Studio 命令提示符中的以下内容：“tf workspace PROBLEM_WORKSPACE_NAME”。这带来了一个“编辑工作区”对话框。从那里我能够从“工作文件夹”列表中删除有问题的路径，从而消除了错误。

【讨论】：

您的解决方案在类似情况下帮助了我。我为错误的用户创建了一个工作区，所以我删除了它，然后尝试为正确的用户创建它，但tf 抱怨该路径与另一个工作区相关联——我删除的那个。受您回复的启发，我为错误的用户重新创建了工作区，仅删除了与路径的关联，最后我成功为正确的用户创建了工作区。

【解决方案7】：

这是我所做的（我所做的）：

使用 TFS Sidekicks 清除用户和服务器过滤器，使它们为空。这将让您获得所有工作区。

检查工作区名称的构建错误。在 OP 的情况下，它是 BuildServer_23。它在我的环境中有所不同，但基本上只是将错误名称与 tfs sidekick 列表中的错误名称匹配。

单击红色 x 删除工作区。

维奥拉！

【讨论】：

【解决方案8】：

我变了

Build Definition -> Workspace -> Build Agent Folder

来自

c:\some\path

到

$(SourceDir)

它解决了这个问题。

【讨论】：

【解决方案9】：

剩下的就很简单了。

只需转到此文件夹： C:\Users{用户名}\AppData\Local\Microsoft\Team Foundation\4\Cache 并删除文件夹中的所有内容。

【讨论】：

【解决方案10】：

如果适用，您还可以克隆构建定义并更改其名称。这对我有用。

【讨论】：

谢谢。删除缓存文件夹和（重新）克隆我的构建定义的组合为我修复了它。

【解决方案11】：

我收到一个异常，告诉我该文件已映射到另一个工作区： “路径 {File Path} 已映射到工作区 {Workspace Name}。”

此工作区之前已被删除。在我朋友的帮助下，我发现 TFS 将工作区信息保存在用户本地设置目录下。我们找到了一个名为：

VersionControl.config 位于 {用户文档和设置目录}\Local Settings\Application Data\Microsoft\Team Foundation\1.0\Cache. 此文件包含 TFS 的所有本地映射。可能当您使用 Map 方法并且不使用时：公共无效删除映射（工作文件夹映射）；在删除工作区之前，不会从该文件中删除映射信息，TFS 使用该文件来检查您是否已经映射了特定路径。

要解决此问题，请从配置文件中删除所有键。不要删除该文件，因为您会再次从服务器缓存中获取它。

【讨论】：

【解决方案12】：

在尝试“获取最新版本”的项目时，我之前已映射到本地目录然后将其删除，我看到了同样的错误消息。首先我尝试了 SideKick 工具，然后尝试了 Visual Studio 2010 命令提示符，两者都告诉我没有映射工作区。

接下来，我在 c:/users/myuser/appdata 中搜索了“VersionControl.config”，并删除了它找到的 4 个引用。我重新打开了 Visual Studio，我能够重新映射项目，没有更多错误！

【讨论】：

【解决方案13】：

执行此操作的最简单方法是转到您的 AppData 并删除 TFS 缓存（取决于版本 3.0 或 4.0）

C:\Users{用户名}\AppData\Local\Microsoft\Team Foundation\3.0\Cache 要么 C:\Users{用户名}\AppData\Local\Microsoft\Team Foundation\4.0\Cache

【讨论】：

使用 VS 和 TFS 辅助工具清理工作区后，这种手动删除缓存的方法对我有用。谢谢！

【解决方案14】：

只需删除以下文件夹的内容：

C:\Users\UserName\AppData\Local\Microsoft\Team Foundation\3.0\Cache

其中 UserName 是实际用户或当前用户，3.0 是版本号。

【讨论】：

这个答案在几年前已经给出了几次，并且有更多的解释。
这是我需要的。我使用 tf 命令和 sidekicks 删除了所有引用，但我仍然需要删除此缓存。谢谢，谢谢，谢谢
具体来说，您可以从C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config 中删除有问题的工作区的WorkspaceInfo 条目。 XPath：/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
C:\Users\UserName\AppData\Local\Microsoft\Team Foundation\8.0 for vs2019

【解决方案15】：

我遇到了类似的问题，为了删除导致我出现问题的工作区，我登录到另一台安装了 TFS 客户端的机器并执行了以下操作：

在文件菜单上，指向 源代码管理、高级，然后单击 工作区...。
在管理工作区对话框中，勾选显示远程包复选框。
在名称列下，选择要删除的工作区，然后单击删除。
在确认对话框，点击确定。

【讨论】：

我的工作站被列出了两次。删除了副本，它立即起作用。谢谢。
这应该被标记为正确答案！

【解决方案16】：

当我遇到同样的问题时，TDN 的解决方案对我有用。构建服务器在我的帐户下创建了工作区。选中此框允许我查看和删除它们。

【讨论】：

【解决方案17】：

我尝试了以下所有解决方案，例如：

使用 Sidekick 删除 WS。
使用 tf 命令删除远程服务器工作区。
删除 TFS 缓存文件夹。

以下内容对我有用：

tf workspaces /remove:*

【讨论】：

【解决方案18】：

我在 Visual Studio 2017 和 TFS 2017 中遇到了同样的问题。必须首先将 DefaultCollection 映射到您的本地路径。不知何故，这一步被跳过了，我只映射了 MyFirstProject。

您需要做的就是：
- 1.转到您的 TFS 网页并从服务器中删除该项目。

- 2. 从本地“工作空间”中删除项目

- 3. 转到“管理连接”，这将刷新您在 TeamExplorer 中的主页。

- 4. 您将获得配置页面，该页面允许您设置 DefaultCollection 的根路径。

- 5. 您应该会收到成功完成的消息。现在您可以创建项目了。

请务必先将集合的根映射到工作区，然后再映射新项目。

【讨论】：

【解决方案19】：

我的问题与使用多个帐户有关。这就是我能够切换帐户的方式。

打开团队资源管理器

从窗格顶部附近的大下拉菜单...

导航至： 项目和我的团队管理连接

导航至： 管理连接连接到团队项目

使用“切换用户”链接切换帐户。

现在工作区名称将与所选帐户匹配。

【讨论】：

【解决方案20】：

我在本地 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”中的条目。全部删除。

这在我的情况下有效。

【讨论】：

【解决方案21】：

只需删除工作区：

workspace /delete "the-workspace-name"

【讨论】：

【解决方案22】：

我找不到任何其他解决方案。

我创建了一个新帐户，而旧帐户不再具有权限（都在同一台机器上）。

我试过了： 1）删除工作区（在 VS 中看不到有或没有检查远程工作区） 2）从命令行删除 3) 新所有者命令 4) 删除缓存

所以我只是以管理员身份打开 VS 并映射到不同的文件夹。

【讨论】：

【解决方案23】：

删除工作区和缓存对我来说还不够。我还必须重新启动“Visual Studio Team Foundation Build Service Host”服务。

【讨论】：

【解决方案24】：

转到源代码管理资源管理器
工具栏中有一个工作区下拉列表。
点击下拉菜单并转到工作区。
删除不需要的工作区。
映射到您当地的地图。

【讨论】：