AzureDevOps中的构建管道和发布管道之间有什么区别？

我已经Azure DevOps通过使用.yaml文件建立了几个多阶段的构建管道。我已经读过有关可用的“发布管道”的信息，我想知道这些管道有什么好处？

他们似乎在做同样的事情，甚至不提供YAML的支持。那么，这里的主要区别是什么？通过使用发布管道而不是通常的构建管道可以做什么？

在Azure DevOps中，在存在多阶段yaml管道（现称为“ 管道 ”）之前，通常使用构建管道来构建 / 创建软件二进制文件（例如dotnet publish或ng build --prod），并将这些工件存储在Azure DevOps放置位置。

然后，您通常会有一个Releasee管道，该管道会被这些构建工件（软件二进制文件）触发，并将它们部署到一个或多个阶段。

这两个管道（构建和发布）分开的原因是要建立自己的软件的特定版本只一次，然后用相同的 每个目标环境中的二进制文件（如开发/测试/生产）。

使用新的管道，通常使用第一个阶段来构建工件，然后使用下一个阶段来部署它-与以前相似，但在一个模块中。

如果以前使用过构建和发布管道，则将在新的Pipeline模块中看到旧的构建定义，并在旧的发布模块中看到旧的发布定义。但是，他们从未将YAML引入发布管道，因为他们知道无论如何它们都将被多阶段管道所取代。

结论：如果您使用新的多阶段“ 管道 ”模块，则不应再使用经典的发布管道。