能否将历史记录从Visual Studio Online导出到另一个ALM系统？ 我开始考虑将Prm TFS 2012安装到VisualStudio在线上。因此，我开始调查的第一件事是，如果我们决定需要，我们将来如何将内容从VSO中导出回来。我看得越多，发现的就越少。在VSO首次正式上市时，似乎有一段时间微软提供了这种功能，如果你要求它完成的话（）。言下之意，这似乎意味着这不是VSO计划的特性
承诺将我所有的源数据和ALM数据存储在一个我实际上被禁止离开的存储库中，这听起来并不特别吸引人我是否遗漏了什么，或者微软在其VSO产品路线图上真的没有导出功能吗？这似乎会阻碍许多公司加入VSO，VSO是一个完美的应用程序，可以应用到云IMHO中。你说得对，目前还没有好的解决方案。但是，如果您使用Git作为源代码管理后端（而不是TFVC），则可以轻松地下拉整个repo，然后将其推送到具有完整历史记录的任何其他源代码管理服务器（非VSO）中能否将历史记录从Visual Studio Online导出到另一个ALM系统？ 我开始考虑将Prm TFS 2012安装到VisualStudio在线上。因此，我开始调查的第一件事是，如果我们决定需要，我们将来如何将内容从VSO中导出回来。我看得越多，发现的就越少。在VSO首次正式上市时，似乎有一段时间微软提供了这种功能，如果你要求它完成的话（）。言下之意，这似乎意味着这不是VSO计划的特性,tfs,azure-devops,Tfs,Azure Devops,承诺将我所有的源数据和ALM数据存储在一个我实际上被禁止离开的存储库中，这听起来并不特别吸引人我是否遗漏了什么，或者微软在其VSO产品路线图上真的没有导出功能吗？这似乎会阻碍许多公司加入VSO，VSO是一个完美的应用程序，可以应用到云IMHO中。你说得对，目前还没有好的解决方案。但是，如果您使用Git作为源代码管理后端（而不是TFVC），则可以轻松地下拉整个repo，然后将其推送到具有完整历史记录的任何其他源代码管理服务器（非VSO）中 对于TFVC源代码管理或工作项（或构建、测试结果等），事情
对于TFVC源代码管理或工作项（或构建、测试结果等），事情并不是那么简单。答案不是黑白分明的：使用TFS客户端API，您可以连接到平台并随意读写。这不是一个简单的任务，所以有人创建了工具，比如。另一个选择是使用开源：它很复杂，但在一些帮助下，您可以做到这一点
你真正需要考虑和计划的是数据模型：从ALM平台移动到另一个平台从来都不是微不足道的，复杂性在于基础模型和你所做的任何定制的差异。 只要您不在prem-TFS上进行自定义，就非常可行，只需付出合理的努力即可切换到VSO并返回。在此上下文中，自定义意味着：自定义工作项字段、类型或工作流、服务器端插件；很快，任何需要更改代码或模式的操作都会发生。请注意，您仍然可以自定义生成，因为这是正确管理的
我希望看到更多的解决方案，这要归功于，但在我们看到可靠的产品之前还需要时间所以你最初的问题有一个肯定的答案（TFS on prem->VSO），使用，但知道你在做什么，正如我写的，这实际上是一个单程旅程。对于代码，你可以使用Git。即使您从TFVC开始，也可以使用Git TF。使用--deep参数克隆以在新的Git repo中获取完整的历史记录，然后返回到新项目（Git或TFVC） 对于工作项，Microsoft Excel中的“团队”选项卡是一个功能非常强大的工作项导出工具，尽管您无法获取链接（父子项除外）或附件
瞧。不幸的是，没有一种ALM产品可以提供这样的方法。因此，这不是一个竞争机会……临时降级能力受到时间限制的原因完全是技术性的。TFS团队必须将VSO和TFS的产品保持在时间段的特性和模式奇偶校验中，以避免中断。在大多数情况下，VSO比TFS提前了4个sprint（12周）。同意-一旦您超出了基本的源代码版本控制类型功能，数据在语义和使用方面会在ALM之间很快出现差异。我们仍在考虑，如果push真的出现，我们希望/需要（理想情况下）导出多少“其他”数据，但我们会考虑使用Git作为一种保险，至少让移动源代码变得更容易。我想我已经描述过OpsHub的USP了吧？