团队生成错误: 路径... 已映射到工作区

使用命令行实用程序 TeamFoundation 版本控制工具(TF)。

您可以通过打开 VisualStudio 命令提示符，然后更改到您的工作区文件夹，并发出以下命令来获得所有工作区的列表:

C:\YourWorkspaceFolder>tf workspaces /owner:*

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

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

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

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

这篇论坛帖子准确地描述了我的问题和解决方案: Http://social.msdn.microsoft.com/forums/en-us/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

我们也有同样的问题，但是从 TFS 服务器上删除工作区是不起作用的。 (我应该提到的是，我抓住了我的同事 VM，他已经用他的凭证建立起来了。)

对我来说，这个方法奏效了: Http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

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

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

希望这个能帮上忙。

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

由于某种原因，我在从命令行实用程序中删除工作区时遇到了麻烦。幸运的是，我找到了免费的 TeamFoundationSidekick 2010(来自 这篇文章) ，它提供了查看和删除 TFS 工作区的 GUI，以及许多更有用的 TFS 特性。

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

以下是我所做的(我所做的) :

使用 TFS Sidekick 清除用户和服务器过滤器，使它们成为空白。这将允许您获得所有的工作区。

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

单击红色的 x 以删除工作区。

维奥拉！

我变了

Build Definition -> Workspace -> Build Agent Folder

来自

c:\some\path

到

$(SourceDir)

解决了这个问题。

剩下的就很简单了。

只需进入这个文件夹: C: 用户{ UserName } AppData 本地 MicrosoftTeamFoundation4缓存 删除文件夹里的所有东西。

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

我得到一个异常，告诉我该文件已经映射到另一个工作区: “路径{文件路径}已在工作区{工作区名称}中映射。”

这个工作区是 之前已经删除了。 在朋友的帮助下，我发现 TFS 将工作区信息保存在用户本地设置目录下。我们发现了一个文件名为:

Config 在 < strong > 下{用户文档和设置 dir }本地设置应用程序数据 Microsoft TeamFoundation 1.0 Cache。 这个文件包含 TFS 的所有本地映射: Public void DeleteMapping (WorkingFolder map) ; 在删除工作区之前，不会从这个文件中删除映射信息，TFS 使用这个文件来检查您是否已经映射了特定的路径。

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

在尝试“获取最新版本”的一个项目，我以前已经映射到一个本地目录，然后删除，我看到了同样的错误消息。 首先我尝试了 SideKick 工具，然后是 VisualStudio2010命令提示符，它们都告诉我没有映射任何工作区。

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

最简单的方法是转到 AppData 并删除 TFS 缓存(取决于版本3.0或4.0)

C: 用户{ UserName } AppData 本地 MicrosoftTeamFoundation3.0缓存 或者 C: 用户{ UserName } AppData 本地 MicrosoftTeamFoundation4.0缓存

只需删除下列文件夹的内容:

C: Users UserName AppData Local Microsoft TeamFoundation 3.0 Cache

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

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

• 在 档案菜单上，指向 源头控制、 高级，然后单击 工作区... 。
• 在 管理工作区对话框中，勾选 显示远程包复选框。
• 在 姓名列下，选择要删除的工作区，然后单击 拿开。
• 进去 在 确认对话框中，单击 好的。

当我遇到同样的问题时，TDN 的解决方案对我很有效。Build 服务器在我的帐户下创建了工作区。勾选此选项允许我查看并删除它们。

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

1. 使用助手删除 WS。
2. 使用 tf 命令删除远程服务器工作区。
3. 删除 TFS 缓存文件夹。

以下几点对我很有效:

tf workspaces /remove:*

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

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

- 2. 删除本地“工作区”中的项目

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

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

5. 你应该得到消息说已经成功完成了。现在你可以创建你的项目了。

首先将集合的根映射到工作区，然后映射新项目，这一点很重要。

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

打开 探险队

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

导航到: 项目和我的团队 > < strong > 管理联系

导航到: 管理连接 > < strong > 连接到团队项目

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

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

我在一个 on-prem TFS 构建代理中使用 Azure DevOps 自动构建时遇到了这个问题。使用 TFS Sidekick 删除工作区不起作用。而 tf.exe 甚至找不到删除它的工作区。

这个解决方案应该适用于 TFS 2017、 TFS 2018、 Azure DevOps，可能还有其他版本:

1. 请注意错误消息中的工作区 GUID。
2. 在进行构建的计算机上，导航到:% USERPROFILE% AppData Local MicrosoftTeamFoundation (其中% USERPROFILE% 属于触发构建的用户)。
3. 搜索并删除该目录下的工作区 GUID 的所有实例。“ cache”目录中可能有一个文件夹，以及“ LocationServerMap.xml”和“ LocalItemExclusions.config”中的条目。把他们都带走。

在我这种情况下很管用。

只需删除工作区:

workspace /delete "the-workspace-name"

我找不到其他解决办法。

我创建了一个新帐户，旧帐户不再拥有权限(在同一台计算机上)。

我试过: 1)删除工作区(无论是否检查了远程工作区，在 VS 中都看不到) 2)从命令行中删除 3)新船东指令 4)删除缓存

因此，我只是将 VS 作为管理员打开，并映射到一个不同的文件夹。

删除工作区和缓存对我来说还不够。 我还必须重新启动“ VisualStudioTeamFoundationBuildServiceHost”服务。

1. 转到源代码管理资源管理器
2. 在工具栏中有一个工作区的下拉列表。
3. 单击下拉列表并转到工作区。
4. 删除不需要的工作区。
5. 地图显示你的位置。