设置：
我的团队选择了 TFS 2010 到 2013 升级的迁移方法：对现有实例进行数据库备份（使用 TFSBackup 工具），复制到新服务器，恢复到新 SQL 实例（使用 TFSRestore 工具）并在带有“升级”选项的新应用程序/构建层。
进一步的背景：
我在我的工作站上并排安装了 VS 2010、2012 和 2013。我通常不会同时操作一种以上的口味。而且，到目前为止，我在所有这些中都使用了相同的私有工作区/映射。根据我指向的 TFS 2013 升级的新实例，工作区与正确的服务器值相关联。
什么...？：
目前的彩排比较顺利。升级后，我们在打开/操作项目、签入文件、运行团队构建等方面没有遇到任何问题。项目的行为和以前一样，就像它们绑定到源代码控制一样。但是，在检查 *.sln 文件时，“SccTeamFoundationServer”值仍设置为：
http://<oldServer>:8080/tfs/DefaultCollection
......然而，它继续运作，好像这无关紧要。事实上，在“更改源代码控制”对话框中，绑定看起来非常正确，指向较新的实例......
http://<newServer>:8080/tfs/DefaultCollection
问题：
解决方案文件现在处于一个相当奇怪的状态。如果他们留在 TFS 内，他们能继续这样吗？还是我们应该让项目所有者相应地更改他们的项目绑定？请记住，我们谈论的是近 1000 个项目解决方案。
而且，当然，如果只是解除绑定和重新绑定到源代码控制，他们将获得错误的服务器值，除非他们首先手动更新 *.sln 文件中正确的 SccTeamFoundationServer 值。