Azure devops 是否可以继承Azure DevOps管道的定义?

Azure devops 是否可以继承Azure DevOps管道的定义?,azure-devops,azure-pipelines,Azure Devops,Azure Pipelines,我想知道Azure DevOps中是否存在重用Azure DevOps管道定义的机制 在我的场景中,我定义了两个Azure DevOps(构建)管道来生成web应用程序的工件;一个用于准备生产,另一个用于生产。构建定义在两种情况下都是相同的,除了两件事: 设置ASP.NET核心(暂存或发布)的生成配置的变量 触发生成(暂存或主)的分支 我的目标是避免重复的构建定义,每当项目中的某些内容更新时,这两个版本都应该更新 生成定义处于经典模式(无YAML文件)。使用经典,您可以创建任务组并重用这些任

我想知道Azure DevOps中是否存在重用Azure DevOps管道定义的机制

在我的场景中,我定义了两个Azure DevOps(构建)管道来生成web应用程序的工件;一个用于准备生产,另一个用于生产。构建定义在两种情况下都是相同的,除了两件事:

  • 设置ASP.NET核心(暂存或发布)的生成配置的变量
  • 触发生成(暂存或主)的分支
我的目标是避免重复的构建定义,每当项目中的某些内容更新时,这两个版本都应该更新


生成定义处于经典模式(无YAML文件)。

使用经典,您可以创建任务组并重用这些任务组。您可以选择现有构建步骤并将其转换为任务组,然后跨构建重用任务组

这在本手册中有介绍


通过yaml文件,您可以使用。

您不应该为不同的环境生成不同的工件。除非您首先部署和测试“生产”工件,否则您如何知道它们实际工作?最佳实践是在所有环境中部署一个工件。这可能不是一个有力的论据,但问题是,分段工件是在没有任何我们想要检查的设置和其他设置的情况下构建的,而生产不是。@Julen-听起来像是一个小噩梦。应该只有一个流程可以为存储库生成可发布的工件,并且一次生成所有工件(缩小或不缩小)。您应该强烈考虑将工件部署到生产环境中,并且只有当某些测试失败时,才对非微型化组件进行更改,并且需要调试它。