Azure Devops 多阶段管道或发布，何时使用什么？

Question

我已经开始使用多级管道进行一些测试，以便能够将管道作为代码，但考虑到我们也有发布管道和当前的多级管道，我对管道的使用感到有些困惑可以在门和多个环境中完成发布管道的工作，只是在我更喜欢的基于代码的管道中。

我的问题是什么时候应该使用它们中的每一个？

Answer 1

什么时候应该使用它们中的每一个？

我非常同意 iberodev 和 Daniel 的评论，即YAML 是未来。基于大多数开发者和用户的需求，YAML一直是我们最近 sprint 开发工作的重点。

但截至目前，您选择使用什么应该基于每个支持的功能。

• 多阶段使用 YAML：

大多数情况下，我们建议您在多阶段管道中使用 YAML。我们提供了对 YAML 中大部分 UI 功能的支持，包括管道资源、服务器作业等。

此外，YAML 仍然具有一些经典 ui 管道所没有的功能，例如Environments、 Strategies 作业、作业输出、模板等。 这些都只在 YAML 中受支持。

此外，这是我们最新的 YAML 功能公告文档，我们仍在保持此文档更新，因为我们将新功能添加到产品中。如果您需要投入实际使用的功能在本文档中有描述，我强烈建议您使用 Multi-stage pipeline。

• 使用经典 UI 的发布管道：

但是，正如我之前提到的，我们正在开发但尚未支持 YAML 中的所有经典功能。例如，经典 UI 发布管道中的一项关键功能Gate仍在开发中：阶段之间的自动检查（门）。

如果您的团队需要此功能或 YAML 中未添加的其他功能，那么您最好使用带有经典 UI 的发布管道来确保产品安全。