迁移后无法摆脱 TFS2018 中的工作区问题

Question

从 TFS2013 迁移到 TFS2018 后出现问题。 这发生在我们系统的重大重建之后。 我迁移了 TFS 数据库和软件，并且可以在 web 浏览器中检查所有内容，看起来还不错。 我删除了服务器上的所有工作区。

我的问题示例：我用 VS2019 打开了一个项目（WOL）并尝试连接到 TFS 服务器。 我有一个建议的工作区目录：

C:\Users\Juergen.JLOEWNEREDV\Source\Workspaces\WOL

我试图将其更改为项目在其生命周期内已经存在的另一个本地目录：

D:\Visual Studio Projekte\WOL

（由于 TFS 服务器的离线时间较长，因此我现在要检查的项目有很多更改）在此尝试中，我收到以下消息：

The working folder
*D:\Visual Studio Projekte\WOL*
is already in use by the workspace JLOEWNER;Juergen Loewner on computer JLOEWNER.

我发现没有办法摆脱这个。

有谁能够帮我？

还有更多的项目等待签入。所以我需要一个通用的程序来解决这个问题。

Answer 1

错误消息是The working folder D:\Visual Studio Projekte\WOL is already in use by the workspace JLOEWNER;Juergen Loewner on computer JLOEWNER.

变量D:\Visual Studio Projekte\WOL代表被阻止的文件夹， JLOEWNER代表工作区/机器名称， Juergen代表 Azure DevOps Server(TFS2018) 上的用户 ID。

我们可以运行tf.exe cmd 来删除远程工作区。

脚步：

从 Visual Studio 2019 以管理员权限运行Developer Command Prompt ，并使用您的 Azure DevOps 凭据登录。 如果登录对话框没有出现，通过执行强制它：

tf.exe workspace

通过运行以下命令获取 DevOps 集合中可用的所有远程工作区的列表：

tf.exe workspaces /computer:* /owner:* /format:xml > c:\temp\workspaces.xml

在列表中找到废弃的工作区，并记下其名称和 ownerid 以运行命令：

tf workspace /delete {WORKSPACE.name};{WORKSPACE.ownerid}

我们可以查看此博客以获取更多详细信息。

或者参考这张票来删除工作区，那么它应该可以工作。