如何在 TFS upgrade/migration 之后保留 Visual Studio 工作区映射
How to preserve Visual Studio workspace mappings after TFS upgrade/migration
我们即将把我们的TFS 2015环境升级到TFS 2017，但是在这个过程中，我们也在升级硬件，所以我们单独搭建了一个新的TFS环境（新的应用服务器+新的数据库服务器）。我们有一个 public URL 注册到 http://tfs.ourcompany.com 之类的东西，并希望继续使用相同的 URL post 迁移。
我的问题是，这将如何影响 Visual Studio 已经使用 tfs.ourcompany.com 将本地工作区映射到 TFS 2015 的用户？
所以，明确地说，目标是从：
Pre-Migration/Upgrade
Visual Studio 2015 --> C:\MyLocalWorkspace --> TFS 2015 通过 tfs.ourcompany.com
...至：
Post-Migration/Upgrade
Visual Studio 2015 --> C:\MyLocalWorkspace --> TFS 2017 通过 tfs.ourcompany.com
实现这一目标的破坏性最小的方法是什么？
每个TFS服务器都有一个唯一的标识符(GUIDs)，用于表示每个集合并且不依赖于服务器"name." upgrade/migration不修改 TFS GUID。
因此，所有最终用户只需通过 Visual Studio 连接到 TFS 服务器即可恢复工作，包括任何未决的更改。
此外，如果您遇到工作区问题，TFS Sidekicks 是一个非常有用的工具，因为它为您提供了一个很好的 GUI 工具来列出、检查、删除和管理 TFS 中定义的所有工作区。 （需要管理权限）
我们即将把我们的TFS 2015环境升级到TFS 2017，但是在这个过程中，我们也在升级硬件，所以我们单独搭建了一个新的TFS环境（新的应用服务器+新的数据库服务器）。我们有一个 public URL 注册到 http://tfs.ourcompany.com 之类的东西，并希望继续使用相同的 URL post 迁移。
我的问题是，这将如何影响 Visual Studio 已经使用 tfs.ourcompany.com 将本地工作区映射到 TFS 2015 的用户？
所以，明确地说，目标是从：
Pre-Migration/Upgrade
Visual Studio 2015 --> C:\MyLocalWorkspace --> TFS 2015 通过 tfs.ourcompany.com
...至：
Post-Migration/Upgrade
Visual Studio 2015 --> C:\MyLocalWorkspace --> TFS 2017 通过 tfs.ourcompany.com
实现这一目标的破坏性最小的方法是什么？
每个TFS服务器都有一个唯一的标识符(GUIDs)，用于表示每个集合并且不依赖于服务器"name." upgrade/migration不修改 TFS GUID。
因此，所有最终用户只需通过 Visual Studio 连接到 TFS 服务器即可恢复工作，包括任何未决的更改。
此外，如果您遇到工作区问题，TFS Sidekicks 是一个非常有用的工具，因为它为您提供了一个很好的 GUI 工具来列出、检查、删除和管理 TFS 中定义的所有工作区。 （需要管理权限）