OpsHub TFS2010迁移至VSTS遇空引用异常，迁移项目列表无法加载

针对你遇到的这个问题，结合你已经完成的前置操作，我整理了几个针对性的排查和解决步骤，你可以逐一尝试：

• 检查OpsHub配置文件与目录权限
  找到OpsHub的安装目录（默认是C:\Program Files\OpsHub Visual Studio Migration Utility），首先确认运行OpsHub的用户对该目录拥有完整的读写权限——权限不足经常会导致配置加载失败，进而引发对象实例化错误。同时打开目录下的OpsHub.MigrationManager.exe.config配置文件，仔细核对里面的TFS服务器URL是否完全正确，包括协议（http/https）、端口号（TFS2010默认是8080）和集合路径，确保没有拼写错误。

• 清除OpsHub本地缓存
  关闭OpsHub工具后，前往C:\Users\[你的用户名]\AppData\Local\OpsHub或者C:\ProgramData\OpsHub目录，删除所有缓存文件和子文件夹。缓存损坏是这类对象实例化错误的常见诱因，清除后重新启动工具，让它重新生成缓存数据。

• 重新注册TFS Object Model组件
  虽然你已经安装了TFS Object Model 2012，但可能存在组件未正确注册的情况。以管理员身份打开命令提示符，进入TFS Object Model的安装路径（通常是C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\PrivateAssemblies），依次运行以下命令：

  gacutil /i Microsoft.TeamFoundation.Client.dll
  gacutil /i Microsoft.TeamFoundation.Common.dll
  

  这会确保关键组件被正确注册到全局程序集缓存中。

• 验证TFS服务器的基础连通性
  用Visual Studio 2012或者TFS Explorer手动连接到你的TFS2010服务器，确认能正常浏览团队项目、查看工作项等——先排除服务器本身的连通性或权限问题。也可以尝试用TFS命令行工具验证：

  tf workspace /list /server:http://你的TFS服务器地址:8080/tfs
  

  如果命令行能正常返回工作区信息，说明TFS服务器的连接是正常的。

• 分析OpsHub日志定位问题
  打开OpsHub安装目录下的Logs文件夹，找到最新的日志文件，搜索Object Reference not set to an instance of object关键词，查看对应的堆栈跟踪信息。这能帮你精准定位是哪个对象没有被实例化（比如TFS客户端对象、配置对象等），进而针对性解决。

• 重新安装OpsHub工具
  如果以上步骤都无效，建议彻底卸载OpsHub，删除残留的安装目录和缓存文件夹，然后重新下载最新版本的免费版OpsHub，以管理员身份完成安装，安装后不要立即运行，先确认目录权限再启动工具。

内容的提问来源于stack exchange，提问作者Ian Cockburn