删除后 TFS 2015 工作区不断恢复
TFS 2015 workspace keeps coming back after delete
我无法在升级后将我的开发文件夹重新映射到 TFS 2015。这是我所做的:
- 通过以下方式从 TFS 2010 迁移到 TFS 2015:
- 备份 TFS 数据库并将其还原到新服务器(SQL 2014)
- 正在安装 TFS 2015
- 运行升级向导
新服务器已替换旧服务器并具有相同的IP地址。我的开发机器是 Windows 10 Enterprise,我的用户在管理员组中。 UAC 已关闭。
- 我在 VS2013 中连接到 TFS;然后我转到
Team Explorer > Configure Workspace
,并进入包含我的解决方案的文件夹。
- 我点击
Map & Get
,它告诉我:
The working folder XXXX is already in use by the workspace YYYY;MyUser
on computer MyComputer
- 我单击
Advanced
,它让我删除工作区。
但是,当我尝试重新映射同一文件夹时,我收到了相同的消息。
我还使用命令行删除了工作区 (tf workspace /delete
);删除似乎有效,因为当我再次尝试删除它时,它告诉我工作区不存在。
但是,无论我如何尝试重新映射同一个文件夹,工作区总是回来。
我也删除了C:\Users\Myuser\AppData\Local\Microsoft\Team Foundation.0\Cache
中的缓存
我在实际的TFS数据库中查询了tbl_Workspace
和tbl_WorkspaceMapping
,果然,工作空间确实存在
我怎样才能完全摆脱它?
好的,原来关键是新服务器IP虽然和旧服务器IP一样,但是名字不一样.
连接到新 TFS 后,在 Visual Studio Team Explorer 中,我似乎只能访问在新 TFS 上创建的工作区。
使用 tf
命令行实用程序,我可以得到其他的。例如:
tf workspaces /owner:OldServerName\Myuser /server:http://ServerIP:8080/tfs/CollectionName
...将列出我在旧服务器上使用的所有工作区。
给出的线索是,最初我指定了 /owner:MyUser
,它告诉我用户指定不明确(我在新服务器上使用与旧服务器相同的用户名)。一旦我用旧的服务器名称对其进行了限定,一切就都正常了。
然后:
tf workspace /delete /collection:http://ServerIP:8080/tfs/CollectionName /login:OldServerName\MyUser workspacename
...导致密码提示。我输入了密码,工作区被删除了
再次列出它们并没有显示已删除的,并且在基础 TFS 数据库中对 tbl_Workspace
的查询确认工作区确实消失了。
一旦我以这种方式从旧服务器中清除了工作区,我就可以在 VS Team Explorer 中创建一个新的工作区并映射我的项目。
我无法在升级后将我的开发文件夹重新映射到 TFS 2015。这是我所做的:
- 通过以下方式从 TFS 2010 迁移到 TFS 2015:
- 备份 TFS 数据库并将其还原到新服务器(SQL 2014)
- 正在安装 TFS 2015
- 运行升级向导
新服务器已替换旧服务器并具有相同的IP地址。我的开发机器是 Windows 10 Enterprise,我的用户在管理员组中。 UAC 已关闭。
- 我在 VS2013 中连接到 TFS;然后我转到
Team Explorer > Configure Workspace
,并进入包含我的解决方案的文件夹。 - 我点击
Map & Get
,它告诉我:
The working folder XXXX is already in use by the workspace YYYY;MyUser on computer MyComputer
- 我单击
Advanced
,它让我删除工作区。
但是,当我尝试重新映射同一文件夹时,我收到了相同的消息。
我还使用命令行删除了工作区 (tf workspace /delete
);删除似乎有效,因为当我再次尝试删除它时,它告诉我工作区不存在。
但是,无论我如何尝试重新映射同一个文件夹,工作区总是回来。
我也删除了
C:\Users\Myuser\AppData\Local\Microsoft\Team Foundation.0\Cache
中的缓存
我在实际的TFS数据库中查询了
tbl_Workspace
和tbl_WorkspaceMapping
,果然,工作空间确实存在
我怎样才能完全摆脱它?
好的,原来关键是新服务器IP虽然和旧服务器IP一样,但是名字不一样.
连接到新 TFS 后,在 Visual Studio Team Explorer 中,我似乎只能访问在新 TFS 上创建的工作区。
使用 tf
命令行实用程序,我可以得到其他的。例如:
tf workspaces /owner:OldServerName\Myuser /server:http://ServerIP:8080/tfs/CollectionName
...将列出我在旧服务器上使用的所有工作区。
给出的线索是,最初我指定了 /owner:MyUser
,它告诉我用户指定不明确(我在新服务器上使用与旧服务器相同的用户名)。一旦我用旧的服务器名称对其进行了限定,一切就都正常了。
然后:
tf workspace /delete /collection:http://ServerIP:8080/tfs/CollectionName /login:OldServerName\MyUser workspacename
...导致密码提示。我输入了密码,工作区被删除了
再次列出它们并没有显示已删除的,并且在基础 TFS 数据库中对 tbl_Workspace
的查询确认工作区确实消失了。
一旦我以这种方式从旧服务器中清除了工作区,我就可以在 VS Team Explorer 中创建一个新的工作区并映射我的项目。