团队建立错误:路径…已映射到工作空间


162

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

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

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


这是更复杂的错误,请参阅其他问题
psulek 2011年

Answers:


138

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

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

C:\YourWorkspaceFolder>tf workspaces /owner:*

您应该在列表中看到问题工作空间及其所有者。

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

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

16
我收到“无法确定源代码控制服务器”。在构建服务器上运行tf工作区时。任何想法如何解决这一问题?
科文

9
Corvin:
Raj Rao 2010年

18
忽略/ server参数,不需要它。否则很好的答案!
techphoria414

1
很好的答案,我唯一要补充的是您可能需要以工作空间的所有者身份登录TFS,否则可能会收到权限被拒绝的错误。
JMK

5
在/ delete之后,我输入了“ / collection:http:<服务器>:808 / tfs / <collection> ..._ then_的工作区名称; workspaceowner ...可以正常工作。我的问题是由于重新创建了一个构建定义同一个名字
efisher 2013年

44

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

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

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


几年前,已经多次给出了这个答案,并给出了更多的解释。
Andrew Barber 2014年

这就是我所需要的。我使用tf命令和同伴删除了所有引用,但仍然需要删除此缓存。谢谢,谢谢,谢谢
GrahamJRoy

1
具体来说,您可以从中删除有问题的工作区WorkspaceInfo条目C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config。XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
JohnLBevan '16

C:\ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 8.0 for vs2019
Sergio Villalobos


28

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

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

3
我的工作站被列出两次。删除了重复项,它立即起作用。谢谢。
凯尔·汉考克

26

我们有同样的问题,但是从TFS服务器删除工作区的工作不起作用。(我应该提到,我抓住了已经使用他的凭据设置的同事虚拟机。)

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

我只是进入:... \ Local Settings \ Application Data \搜索VersionControl.config,打开了包含该文件的文件夹,并删除了所有内容。

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

我希望这有帮助。


4
对于我们的情况很有用,因为我们切换了服务器,但旧服务器已不存在,但是旧计算机仍具有相应的设置。
乔尔·隆多

我也必须这样做。我删除了整个Local Settings\Application Data\Microsoft\Team Foundation文件夹,之后一切都很好
Orion Edwards 2012年

它是缓存,只需删除“缓存”文件夹
-Curios

我删除了工作区和缓存文件夹,但问题仍然存在。也许jenkins在另一个用户下运行并使用另一个缓存?
ideafixxxer

可能是!在实际构建开始之前,可以使用各种各样的插件来清理工作区。如果您找到此特定问题的答案,请返回并在此处发布,以便其他人也可以从中受益:)
asuciu 2016年

16

由于某些原因,我无法从命令行实用程序中删除工作区。幸运的是,我发现了Team Foundation Sidekicks 2010(来自本文),它是免费的,并提供了一个用于查看和删除TFS工作区的GUI,以及更多有用的TFS功能。


2
我强烈建议与TFS合作的任何人看看TFS Sidekicks,因为它是免费的,并且具有很多真正必须具备的功能。
2012年

6

我在Visual Studio 2010中抱怨已经映射的工作空间时遇到了类似的问题,但是我没有从Visual Studio命令提示符中删除以下内容,而是删除了整个工作空间:“ tf工作空间PROBLEM_WORKSPACE_NAME”。这将弹出一个“编辑工作区”对话框。从那里,我能够从“工作文件夹”列表中删除有问题的路径,从而消除了该错误。


您的解决方案在类似情况下对我有帮助。我为错误的用户创建了一个工作空间,因此我删除了它,然后尝试为正确的用户创建它,但是tf抱怨路径与另一个工作空间相关联,即我删除的那个工作空间。受到您的答复的启发,我为错误的用户重新创建了工作空间,仅删除了与路径的关联,最后我成功为正确的用户创建了工作空间。
edymtt,2012年


5

我收到一个异常消息,告诉我该文件已被映射到另一个工作空间中: “路径{File Path}已被映射到工作空间{Workspace Name}中。”

此工作空间已从beofre删除。在我的朋友的帮助下,我发现TFS将工作空间信息保存在用户本地设置目录下。我们找到了一个名为:

{用户文档和设置目录} \ Local Settings \ Application Data \ Microsoft \ Team Foundation \ 1.0 \ Cache下的VersionControl.config 该文件包含TFS的所有本地映射。可能当您使用Map方法而不使用时:public void DeleteMapping(WorkingFolder mapping); 在删除工作空间之前,不会从此文件中删除映射信息,TFS使用该文件来检查您是否已经映射了特定路径。

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


4

这是我所做的(以及我所做的):

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

检查工作区名称的生成错误。在OP中,它是BuildServer_23。在我的环境中这是不同的,但基本上只是将错误名称与tfs同伴列表中的名称匹配。

单击红色x删除工作空间。

中提琴!


1

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


1

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


谢谢你 删除缓存文件夹和(重新)克隆我的构建定义的组合为我修复了它。
HerbalMart 2014年

1

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

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

以下为我工作:

tf workspaces /remove:*

0

我变了

Build Definition -> Workspace -> Build Agent Folder

c:\some\path

$(SourceDir)

它解决了这个问题。


0

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

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


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


用VS和TFS sidekick工具清理工作区后,这种手动删除缓存的方法对我有用。谢谢!
espaciomore 2016年

0

当我遇到相同的问题时,TDN的解决方案对我有用。构建服务器在我的帐户下创建了工作空间。选中此框可以查看和删除它们。


0

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

在此处输入图片说明

您需要做的只是:
-1.转到TFS网页,然后从服务器中删除项目。

在此处输入图片说明

- 2.从当地的“Worksapces”删除项目

在此处输入图片说明

- 3.进入“管理连接”,这将刷新你的主页在TeamExplorer。

在此处输入图片说明

- 4.您将获得配置页面,这将允许您设置根路径您DefaultCollection。

在此处输入图片说明

-5.您应该收到消息,说明已成功完成。现在您可以创建您的项目。

在此处输入图片说明

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


0

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

打开团队资源管理器

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

导航到: 项目和我的团队 > 管理连接

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

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

现在,工作空间名称将与所选帐户匹配。


0

我无法获得其他解决方案。

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

我尝试过:1)删除工作区(在VS中选中或不选中远程工作区都看不到)2)从命令行删除3)新所有者命令4)删除缓存

因此,我只是以admin身份打开VS并将其映射到另一个文件夹。


-1

我在本地TFS生成代理中使用Azure DevOps自动化生成来解决此问题。使用TFS Sidekicks删除工作空间无效。而且tf.exe甚至找不到要删除它的工作区。

此解决方案应适用于TFS 2017,TFS 2018,Azure DevOps以及可能的其他版本:

  1. 在错误消息中记下工作区GUID。
  2. 在进行构建的计算机上,导航到:%USERPROFILE%\ AppData \ Local \ Microsoft \ Team Foundation \(其中%USERPROFILE%属于触发构建的用户)。
  3. 搜索并删除该目录下工作区GUID的所有实例。“缓存”目录中可能会有一个文件夹,以及“ LocationServerMap.xml”和“ LocalItemExclusions.config”中的条目。全部删除。

在我的情况下,这是可行的。


-1

只需删除工作空间:

workspace /delete "the-workspace-name"
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.