将继承的过程模型用于Azure DevOps Server 2019上的现有集合

Question

使用Azure DevOps Server 2019 RC可以在新集合上启用继承的流程模型（请参阅release notes）。是否可以对现有集合使用继承的流程模型，而现有集合没有对流程进行自定义

Answer 1

当前仅使用Azure DevOps Server 2019创建的新集合支持继承的流程模型，而现有集合不支持继承的过程模型。

请参阅this Developer Community entry。截至2019年1月，它已在路线图中。

Answer 2

我添加了一组注释，说明如何从现有的XML集合（带有一组项目）转变为Inherited类型。

https://developercommunity.visualstudio.com/content/idea/614232/bring-inherited-process-to-existing-projects-for-a.html

在伏都教之前，只要将原始工作流应用于现有XML集合，就可以工作。

Answer 3

不完全是您问题的答案，但我们最近有相同的任务，我想分享我们是如何处理这个问题的。我们还想转向继承模型，我们不想做任何黑客攻击。因此，我们决定使用继承的模型在 Azure Devops Server 2020 上创建一个新集合，并将我们的 tfvc 存储库迁移到 git。

1. 创建新集合。 Documentation
2. git-tfs 从我们的 tfvc 存储库创建本地存储库并推送它
3. azure-devops-migration-tools 将所有工作项从旧集合复制到新集合
   • 在旧集合中为每个 WorkItem look here 添加 ReflectedWorkItemId
   • 在新集合中，使用流程编辑器为每个 WorkItem 添加 ReflectedWorkItemId
   • 专业提示：创建新集合的完整备份以轻松恢复到此状态。我有多次尝试错误恢复。
   • 您不能像这样迁移共享步骤或共享参数，因为您无法在新集合中编辑这些工作项类型。有一个 workaround
   • 我们使用 WorkItemTrackingProcessor 迁移所有史诗/功能/产品待办事项/错误/任务/测试用例。然后是相同的处理器，但具有上述共享步骤和共享参数的解决方法。
   • 该处理器还迁移迭代和区域路径
   • 最后，我们使用 TestPlansAndSuitesMigration 迁移了测试计划和套件
   • 为了加快迁移速度，您可以将工作项分块（例如按日期或 ID）并多次启动迁移。
4. 我们的构建和发布管道 + 任务组是通过导入和导出手动迁移的
   • 我们使用 API 迁移了变量组
5. 团队是手动创建的，我们也手动添加了默认区域路径