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