Answers:
使用命令行实用程序TF-Team Foundation版本控制工具(tf)。
通过调出Visual Studio命令提示符,然后转到工作区文件夹并发出以下命令,可以获取所有工作区的列表:
C:\YourWorkspaceFolder>tf workspaces /owner:*
您应该在列表中看到问题工作空间及其所有者。
您可以使用以下命令删除工作空间:
C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME
只需删除以下文件夹的内容:
C:\ Users \ UserName \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache
其中UserName是实际或当前用户,而3.0是版本号。
WorkspaceInfo
条目C:\Users\ukcco3jbe\AppData\Local\Microsoft\Team Foundation\3.0\Cache\VersionControl.config
。XPath:/VersionControlServer/Servers/ServerInfo/WorkspaceInfo
我收到此错误,该错误是由于有两个指向同一源的构建定义引起的。问题是我在Build Agent中使用了静态构建目录。
该论坛帖子准确描述了我的问题和解决方法: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 \搜索VersionControl.config,打开了包含该文件的文件夹,并删除了所有内容。
在此之前,我尝试手动编辑文件,但继续出现相同的错误消息。
我希望这有帮助。
Local Settings\Application Data\Microsoft\Team Foundation
文件夹,之后一切都很好
由于某些原因,我无法从命令行实用程序中删除工作区。幸运的是,我发现了Team Foundation Sidekicks 2010(来自本文),它是免费的,并提供了一个用于查看和删除TFS工作区的GUI,以及更多有用的TFS功能。
我在Visual Studio 2010中抱怨已经映射的工作空间时遇到了类似的问题,但是我没有从Visual Studio命令提示符中删除以下内容,而是删除了整个工作空间:“ tf工作空间PROBLEM_WORKSPACE_NAME”。这将弹出一个“编辑工作区”对话框。从那里,我能够从“工作文件夹”列表中删除有问题的路径,从而消除了该错误。
tf
抱怨路径与另一个工作空间相关联,即我删除的那个工作空间。受到您的答复的启发,我为错误的用户重新创建了工作空间,仅删除了与路径的关联,最后我成功为正确的用户创建了工作空间。
其余的工作相当简单。
只需转到以下文件夹:C:\ Users {UserName} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache并删除该文件夹中的所有内容。
我收到一个异常消息,告诉我该文件已被映射到另一个工作空间中: “路径{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使用该文件来检查您是否已经映射了特定路径。
要解决此问题,请从配置文件中删除所有密钥。不要删除该文件,因为您将从服务器缓存中再次获取该文件。
如果您没有服务器上删除其他人的工作区的权限,则只需更改构建定义的名称即可。TFS将创建一个新的工作空间并将其映射到“ C:\ Build \ ProductReleases \此处新的构建名称\ Sources”。
最简单的方法是转到您的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
我在Visual Studio 2017和TFS 2017中遇到了同样的问题。DefaultCollection必须首先映射到您的本地路径。不知何故,这一步被跳过了,我只映射了MyFirstProject。
您需要做的只是:
-1.转到TFS网页,然后从服务器中删除项目。
- 2.从当地的“Worksapces”删除项目
- 3.进入“管理连接”,这将刷新你的主页在TeamExplorer。
- 4.您将获得配置页面,这将允许您设置根路径您DefaultCollection。
-5.您应该收到消息,说明已成功完成。现在您可以创建您的项目。
首先将集合的根映射到工作区,然后再映射一个新项目,这一点很重要。
我的问题与使用多个帐户有关。这就是我能够切换帐户的方式。
打开团队资源管理器
从窗格顶部附近的大下拉菜单中...
导航到: 项目和我的团队 > 管理连接
导航到: 管理连接 > 连接到团队项目
使用“切换用户”链接来切换帐户。
现在,工作空间名称将与所选帐户匹配。
我无法获得其他解决方案。
我创建了一个新帐户,旧帐户不再具有权限(都在同一台计算机上)。
我尝试过:1)删除工作区(在VS中选中或不选中远程工作区都看不到)2)从命令行删除3)新所有者命令4)删除缓存
因此,我只是以admin身份打开VS并将其映射到另一个文件夹。
我在本地TFS生成代理中使用Azure DevOps自动化生成来解决此问题。使用TFS Sidekicks删除工作空间无效。而且tf.exe甚至找不到要删除它的工作区。
此解决方案应适用于TFS 2017,TFS 2018,Azure DevOps以及可能的其他版本:
在我的情况下,这是可行的。