计划触发器如何在 Azure Devops 中工作？

Question

对于 AzDO 中的 CI/CD 管道来说非常新。我正在浏览一些官方 Azure Pipeline 文档，我对 Schedule Triggers 有一些疑问。

以下是主分支中的管道片段：

schedules:
- cron: "0 0 * * *"
  displayName: Daily midnight build
  branches:
    include:
    - main
    - releases/*
    exclude:
    - releases/ancient/*
- cron: "0 12 * * 0"
  displayName: Weekly Sunday build
  branches:
    include:
    - releases/*
  always: true

文档说管道将在午夜为分支“main”和“releases”运行，如果自上次成功计划运行以来对这些分支进行了一些更改并在周日构建“releases”分支，而不管对 releases 分支的更改，这似乎是可以理解的。

这意味着我们可以控制其他分支（例如发布）从另一个分支（例如主）中存在的 YAML 文件构建。

同样，文档还指出，对于发布分支中的 YAML 之下

# YAML file in the release branch
schedules:
- cron: "0 0 * * *"
  displayName: Daily midnight build
  branches:
    include:
    - main

管道不会构建“release”分支，因为“分支”部分下缺少分支名称。但是它会构建“main”分支吗，因为它在“分支”部分下被提及？

如果不是，那么主分支中的第一个 YAML 如何使“发布”分支构建？ main/default 分支中的 YAML 文件是否有一些特殊功能？

如果是，从发布/非主分支构建“主”分支真的有意义吗？

提前致谢。

Answer 1

如果不是，那么主分支中的第一个 YAML 如何进行“发布” 建立分支机构？主/默认分支中的 YAML 文件是否有一些 特殊能力？

Azure 管道中有一个默认分支设置（编辑管道 -> 获取源 -> 手动和计划构建的默认分支），它告诉管道要评估哪个分支以进行计划运行。 Yaml 构建使用与经典管道相同的调度，并且在该默认分支中对 yaml 文件的更改会反映在调度程序中。

或者换句话说，Azure DevOps 中的管道与存储库中的 yaml 文件是分开的。在 repo 中创建 yaml 文件后，您需要在 Azure DevOps 中创建管道，通过新管道 -> 选择 repo -> 现有 Azure Pipelines yaml 文件（或创建新的 yaml 文件）。此步骤创建实际管道，该管道具有存储在 Azure DevOps 数据库中某处的自己的配置。这些配置指向为管道运行评估的 yaml 文件以及文件何时更改。

如果您手动对管道进行排队，并选择默认分支以外的其他分支，则会评估您选择的分支中的 yaml 文件。此外，在评估分支触发器时，管道会评估分支提交中的 yaml 文件。所以，如果你在主分支中有这个触发器：

trigger:
 - main
 - feature/*

这在 feature/foo -branch 中：

trigger:
 - main

对 feature/foo 分支的提交不会触发管道。

（不确定我是否清楚地回答了这个问题，或者只是增加了一些混乱，但你去吧。Azure Pipelines 中的触发器实现一开始有点混乱。）