我开始考虑将本地TFS 2012安装移至Visual Studio Online。因此,我开始调查的第一件事就是如果我们决定需要,我们将来如何将我们的内容从VSO中导出。我看的越多,我找到的就越少。似乎有一个临时的时间段,当VSO第一次进入GA时微软提供了这种功能,如果你要求完成它(http://www.visualstudio.com/en-us/news/2014-apr-3-vso.aspx)。通过暗示,这似乎意味着这不是VSO的计划特征。
承诺将我的所有源和ALM数据存储在存储库中我实际上被禁止离开并不会特别吸引人。 我是否遗漏了某些内容,或者微软是否真的没有VSO产品路线图上的导出功能?对于许多组织来说,这似乎是一个显示阻止来自VSO,这是一个完美的应用程序放入云恕我直言。
答案 0 :(得分:3)
你是对的还没有好的解决方案。但是,如果您使用Git作为源控制后端(而不是TFVC),您可以轻松地下载整个仓库,然后将其推送到具有完整历史记录的任何其他源控制服务器(非VSO)。 / p>
对于TFVC源代码控制或工作项(或构建,测试结果等),事情并不那么容易。
答案 1 :(得分:3)
对于代码,您可以使用Git。即使你从TFVC开始,你也可以使用Git-TF。使用--deep参数克隆以获取新Git仓库中的完整历史记录,然后返回到新项目(Git或TFVC)。
对于工作项,Microsoft Excel中的TEAM选项卡是一个非常强大的工作项导出工具,但您不会获得链接(父项除外)或附件。
在原始项目中,创建一个列出所有工作项的查询。
打开Excel,转到TEAM选项卡并单击“新建列表”,您应该可以选择项目和刚刚创建的查询。
在“工作项”标签中,选择“选择列”按钮,然后选择要迁移的所有列。
如果要迁移到另一个TFS / VSO项目,请创建该项目,在连接到新项目的Excel中打开另一个列表。
将原始项目列表中的所有工作项剪切并粘贴到新项目列表中(不包括Id列)。
发布。
瞧。
答案 2 :(得分:1)
答案不是黑白:使用TFS客户端API,您可以根据需要连接到平台和读/写。这不是一项微不足道的任务,因此有人创建了工具,如Brian says。另一个选择是使用开源TFS Integration Platform:它很复杂但有一些帮助你可以做到。
您真正必须考虑和规划的是数据模型:从ALM平台迁移到另一个平台从不琐碎,复杂性在于底层模型与您所做的任何自定义的区别。 / p>
只要你没有自定义你的本地TFS,这是非常可行的,需要合理的努力转移到VSO并返回。在此上下文中,自定义意味着:自定义工作项字段,类型或工作流,服务器端插件;很快就需要代码或架构更改。请注意,您仍然可以自定义构建,因为这是正确管理的。
由于new REST API,我希望看到更多解决方案到货,但在我们看到可靠的产品之前需要一段时间。
因此,您的原始问题使用OpsHub得到肯定答案(TFS on-prem - > VSO),但知道您正在做什么,而且正如我所写的那样,它实际上是单行程。