根据 Azure DevOps 中的标准和范围安排构建频率
介绍
如今，质量保证 (QA) 团队和开发人员希望在源分支中推出新功能时对其进行验证。大多数软件公司都希望建立一个自动化流程，将最新更改部署到他们的环境中，而无需 DevOps 工程师进行手动干预。
这可以通过按规定的间隔或按计划的方式运行 Azure 管道来实现。可以使用Azure evOps 在持续集成 (CI) 或持续部署 (CD) 管道中提供的触发器选项来实现。
本指南介绍了使用 Azure DevOps 管道中的触发器设置构建频率或计划的步骤。
Azure Pipelines 中的不同触发器
Azure 管道支持多种类型的触发器。根据管道的类型，选择适当的触发器和相关选项。触发器有助于自动运行管道。
持续集成 (CI) 触发器根据您在管道中构建的存储库类型而有所不同。它们包括：
- Azure Repos Git 中的 CI 触发器
- GitHub 中的 CI 触发器
- Bitbucket Cloud 中的 CI 触发器
- Team Foundation 版本控制 (TFVC) 中的 CI 触发器
让我们了解使用 Azure Repos Git 方法为管道配置触发器的端到端过程。
在 Azure Pipelines 中配置触发器
Azure DevOps 支持经典构建以及基于 YAML 的管道。让我们以经典构建管道为例，尝试使用各种选项配置触发器。
本指南假设您已使用经典构建创建了管道。如果您尚未创建，则可以为 Azure Repo Git 创建经典构建管道。您可以在此处找到有关创建构建管道文档的更多信息。
要在构建管道中配置触发器，请导航到“管道”>“管道”选项，如下图所示。
这将从您的项目中获取所有可用的管道。选择要为其配置触发器的管道，然后单击“编辑”按钮。
导航到触发器菜单。
现在，是时候深入研究每个设置并探索各种构建频率选项来配置构建管道了。下一节将详细解释每个触发器选项，并提供在 Azure 管道中安排构建频率的提示。
配置 CI 触发器
每当您向指定分支或标签推送更新时，持续集成 (CI) 触发器都会导致管道运行。
如果启用了“启用持续集成”选项，则仅当新的更改上传到分支时才会触发。
如果启用了“在构建过程中批量更改”选项，则系统会等到当前运行完成，然后将尚未构建的所有更改加入另一次运行队列。如果团队频繁将更改上传到分支，则此选项非常有用。
分支过滤器是 Azure 管道提供的另一个功能，仅当匹配指定条件时才会触发构建。在配置分支规范时，分支过滤器还支持通配符。示例：features/pluralsight/*
如果您想在特定文件发生更改时触发构建，路径过滤器是另一个不错的选择。路径过滤器的顺序无关紧要，路径区分大小写。请确保您使用的大小写与真实文件夹的名称相同。
配置计划触发器
Azure 管道为您提供了按指定时间表运行构建的功能。对于软件项目团队来说，这是一项非常有用的功能，可以使用夜间构建来部署更改。因此，第二天团队就会将所有更改部署到各自的环境中。
让我们配置一个在指定时区每天晚上 2:00 运行的构建，如下图所示。
它还为您提供了分支过滤器功能（与上一节中解释的 CI 触发器相同），仅在指定分支发生变化时运行。
如果您希望仅在分支上传有新更改时运行计划构建，请确保您已选中“仅当源或管道发生更改时才计划构建”选项。
配置构建完成
这是一个实际的业务用例，软件公司有多个相互依赖的产品。这些产品通常是独立构建的，但如果父产品发生变化，则依赖产品需要重建或重新验证。
要配置构建完成选项，请单击添加按钮并从下拉菜单中选择触发构建。
此选项还支持本指南上一节中解释的分支过滤器功能。
结论
本指南演示了如何在各个分支上安排触发器并按照不同的时间间隔按照指定的时间表运行构建，以及如何使用路径过滤器和其他各种选项。
它可以帮助软件开发项目团队获得优势，包括：
- 根据您的项目要求配置自动化方法来部署或构建更改
- 无需人工干预
- 易于部署或构建多个产品
- 轻松处理复杂部署
可以使用基于 YAML 的管道配置 Azure 管道触发器选项。您可以进一步探索该功能以进一步完善本指南。感谢您的阅读。
免责声明：本内容来源于第三方作者授权、网友推荐或互联网整理，旨在为广大用户提供学习与参考之用。所有文本和图片版权归原创网站或作者本人所有，其观点并不代表本站立场。如有任何版权侵犯或转载不当之情况，请与我们取得联系，我们将尽快进行相关处理与修改。感谢您的理解与支持！
请先 登录后发表评论 ~