我开始考虑将本地TFS 2012安装迁移到Visual Studio Online。所以，我开始研究的第一件事是，如果我们决定将来需要的话，我们如何将我们的内容导出到VSO。我找得越多，找到的就越少。当VSO首次进入GA时，似乎有一段短暂的时间，如果您要求微软提供该功能(http://www.visualstudio.com/en-us/news/2014-apr-3-vso.aspx)。由此看来，这似乎意味着这不是VSO计划中的功能。
承诺将我所有的源数据和ALM数据存储在一个存储库中，我实际上是被禁止离开的，这听起来并不特别吸引人。是我错过了什么，还是微软在他们的VSO产品路线图上真的没有导出功能?这似乎会阻止许多组织使用VSO，我认为VSO是一个完美的应用程序，可以放到云端。
代码可以使用Git。即使您从TFVC开始，也可以使用Git-TF。使用——deep参数克隆以在一个新的Git仓库中获得完整的历史记录，然后推回到一个新的项目(Git或TFVC)。
对于工作项，Microsoft Excel中的TEAM选项卡是一个非常强大的工作项导出工具，尽管您无法获得链接(除了父/子)或附件。
-
在原始项目中，创建一个列出所有工作项的查询。
-
打开Excel，转到TEAM选项卡并点击'New List'，你应该可以选择你的项目和你刚刚创建的查询。
-
在Work Items选项卡中选择'Choose Columns'按钮并选择您想要迁移的所有列。
-
如果迁移到另一个TFS/VSO项目，创建该项目，在Excel中打开连接到新项目的另一个列表
-
将原项目列表中的所有工作项剪切粘贴到新项目列表中(Id列除外)
-
发布。
瞧。
你说得对，目前还没有好的解决方案。然而，如果你使用Git作为源代码控制后端(而不是TFVC)，你可以轻松地拉下整个repo，然后将其推送到任何其他具有完整历史记录的源代码控制服务器(非vso)。
对于TFVC源代码控制，或者工作项(或者构建，测试结果，等等)，事情就没那么容易了。
答案不是非黑即白:使用TFS客户端API，您可以连接到两个平台并按照自己的意愿读写。这不是一项微不足道的任务，所以有人已经创建了工具，就像Brian所说的那样。另一个选择是使用开源的TFS集成平台:它很复杂，但在一些帮助下你可以做到。
你真正必须考虑和计划的是数据模型:从一个ALM平台移动到另一个平台绝不是微不足道的，复杂性在于底层模型和你所做的任何定制的差异。
只要您不自定义本地TFS，通过合理的努力迁移到VSO并返回是非常可行的。在这种情况下，自定义意味着:自定义工作项字段、类型或工作流、服务器端插件;简而言之，任何需要更改代码或模式的内容。请注意，您仍然可以自定义构建，因为这是正确管理的。
由于新的REST API，我希望看到更多的解决方案出现，但在我们看到可靠的产品之前还需要时间。
所以你原来的问题有一个积极的答案(TFS on-prem -> VSO)使用OpsHub，但知道你在做什么，正如我写的，这实际上是一个单向的旅程。