在Azure DevOps YAML流水线中如何强制调用指定模板？

• 优先使用父模板封装约束：将整个流水线的结构封装到组织统一管控的父模板中，流水线编写者仅能通过参数传入自定义的前置构建作业集合，父模板会自动将你的构建后检查模板作为最后一个作业插入，同时显式配置该作业的dependsOn关联所有传入的前置作业、condition: succeeded()、continueOnError: false，编写者没有权限修改该作业的任何配置，自然也无法调整顺序或者跳过执行。
• 配合组织级流水线校验规则：如果你不想统一用父模板，可以在组织设置的「流水线-设置」中添加校验规则，要求符合适用范围的流水线必须引用该检查模板，且该模板的调用必须处于作业列表的最后一位、未配置condition: false类的跳过逻辑，不符合规则的流水线会在排队时直接被拦截无法运行。
• 权限管控：在流水线角色权限配置中，移除普通编写者的「跳过作业」权限，进一步避免有人在运行时手动跳过该检查作业。

• 支持将模板作为decorator后端有条件注入：Azure DevOps的流水线decorator本身就是基于YAML模板开发的，你可以在decorator逻辑中添加任意条件判断，比如匹配目标流水线的所属项目、流水线标签、名称关键字、变量值等属性，只有符合要求的流水线才会被注入该检查模板，完全可以实现按需注入的需求。你还可以直接指定decorator的注入时机为全流水线所有作业执行完成后，不需要修改原有流水线的作业顺序，自动把检查逻辑放到最后执行，比手动调用模板的管控效果更好。
• decorator支持参数化：你可以在decorator的YAML定义中声明自定义参数，参数值可以直接读取目标流水线的内置变量、自定义变量，也可以在decorator的注册配置中按注入规则设置不同的参数值，完全可以满足不同流水线的差异化检查需求。
  示例decorator核心逻辑参考：

parameters:
- name: checkLevel
  type: string
  default: "basic"

# 仅给生产环境流水线注入检查
- ${{ if eq(variables['Build.Environment'], 'prod') }}:
  - template: ./post-build-check-template.yml
    parameters:
      checkLevel: ${{ parameters.checkLevel }}
      buildId: $(Build.BuildId)
      projectName: $(System.TeamProject)

内容的提问来源于stack exchange，提问作者Srinivas Charan Mamidi