Azure Yaml 模式批处理触发器
Azure Yaml Schema Batch Trigger
谁能解释一下 Azure YAML 架构触发器中的批处理功能？
微软网站上唯一的解释是
batch changes if true; start a new build for every push if false (default)
我不太清楚
批量更改或批量触发实际上意味着batching your CI runs。
如果您有很多团队成员经常上传更改，您可能希望减少开始的 运行 数量。如果将 batch 设置为 true，当管道 运行ning 时，系统会等待 运行 完成，然后启动另一个 运行 并进行所有更改尚未建成。
为了阐明这个例子，假设将 A 推送到 master 导致上述管道变为 运行。虽然该管道是 运行ning，但额外的推送 B 和 C 发生在存储库中。这些更新不会立即启动新的独立 运行s。但是在第一个 运行 完成后，直到那个时间点的所有推送都被一起批处理并开始一个新的 运行。
我对 MS 文档的解释是，批处理布尔值旨在解决遇到频繁推送到同一触发分支或分支集（以及可能的标签）的问题，并且如果构建管道已经 运行ning，推送到列出的分支的任何其他更改将一起批处理并排在当前 运行 之后。这确实意味着那些后续推送将成为同一个后续管道的一部分 运行 这有点奇怪，但考虑到微软希望它如何工作它应该没问题。
基本上，对于很可能需要管道 运行s 并且发生多次重叠推送的回购，批处理非常好。
作为参考，这里是文档 link：https://docs.microsoft.com/en-us/azure/devops/pipelines/repos/azure-repos-git?view=azure-devops&tabs=yaml#batching-ci-runs
谁能解释一下 Azure YAML 架构触发器中的批处理功能？
微软网站上唯一的解释是
batch changes if true; start a new build for every push if false (default)
我不太清楚
批量更改或批量触发实际上意味着batching your CI runs。
如果您有很多团队成员经常上传更改，您可能希望减少开始的 运行 数量。如果将 batch 设置为 true，当管道 运行ning 时，系统会等待 运行 完成，然后启动另一个 运行 并进行所有更改尚未建成。
为了阐明这个例子，假设将 A 推送到 master 导致上述管道变为 运行。虽然该管道是 运行ning，但额外的推送 B 和 C 发生在存储库中。这些更新不会立即启动新的独立 运行s。但是在第一个 运行 完成后，直到那个时间点的所有推送都被一起批处理并开始一个新的 运行。
我对 MS 文档的解释是，批处理布尔值旨在解决遇到频繁推送到同一触发分支或分支集（以及可能的标签）的问题，并且如果构建管道已经 运行ning，推送到列出的分支的任何其他更改将一起批处理并排在当前 运行 之后。这确实意味着那些后续推送将成为同一个后续管道的一部分 运行 这有点奇怪，但考虑到微软希望它如何工作它应该没问题。
基本上，对于很可能需要管道 运行s 并且发生多次重叠推送的回购，批处理非常好。
作为参考，这里是文档 link：https://docs.microsoft.com/en-us/azure/devops/pipelines/repos/azure-repos-git?view=azure-devops&tabs=yaml#batching-ci-runs