Continuous integration Azure管道中的单个CI与批处理CI

Continuous integration Azure管道中的单个CI与批处理CI,continuous-integration,azure-pipelines,azure-pipelines-yaml,Continuous Integration,Azure Pipelines,Azure Pipelines Yaml,Azure管道中单个CI和批处理CI之间的区别是什么 它与Azure YAML中的触发器的批处理选项有什么关系 trigger: batch: 'true' branches: include: - main 它与Azure管道YAML中触发器的批处理选项有什么关系 trigger: batch: 'true' branches: include: - main 如文件所述: 说明: 生成批处理将接受多个提交,并在一个批中同时生成所有提交,

Azure管道中单个CI和批处理CI之间的区别是什么

它与Azure YAML中的
触发器的
批处理
选项有什么关系

trigger:
  batch: 'true'
  branches:
    include:
     - main
它与Azure管道YAML中触发器的批处理选项有什么关系

trigger:
  batch: 'true'
  branches:
    include:
     - main
如文件所述:

说明:

生成批处理将接受多个提交,并在一个批中同时生成所有提交,而不是将每个提交作为单独的生成排队,这将延长生成的总时间。如果您正在Azure管道中构建代码,并且经常发现自己在等待排队的构建。您可能会发现启用生成批处理非常有用

因此,我们现在可以了解该文档中的状态
如果为false(默认值)
,则为每次推送启动一个新的构建。这意味着,如果我们将此批处理选项的值设置为false,它将为每次推送(提交)启动一个新的构建

这相当于在经典模式下进行构建时的批处理更改
选项:


发现以下内容也很有用:“在生成过程中进行批处理更改-如果您在一个大型团队中工作,其中存在频繁的推送和/或PR完成推送,则在生成仍在进行时,您可能会将多个生成排队。此复选框将停止将每个推送作为单独的管道运行排队。当前构建完成后,它将对所有更改的一次运行进行排队。“@geekshift,同意。感谢您在此处分享。祝您度过愉快的一天!