6

借助 Azure DevOps Server 2019 RC，可以在新集合上启用继承的流程模型（请参阅发行说明）。有没有办法将继承的流程模型也用于现有的集合，其中没有对流程进行自定义

4

3 回答 3

3

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

请参阅要求它的此开发人员社区条目。

于 2019-01-09T18:48:19.793 回答
0

我添加了一组评论，说明我是如何从具有一组项目的现有 XML 集合到 Inherited 类型的。

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

只要在执行巫术操作之前将原始工作流应用于现有 XML 集合，就可以工作。

于 2019-10-11T21:23:12.400 回答
0

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

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