我已经设置了几个多阶段构建管道Azure DevOps通过使用.yaml文件。我读过有关可用的“发布管道”的信息，我想知道它们有什么好处？
他们似乎也在做同样的事情，甚至不提供 YAML 的支持。那么这里的主要区别是什么？使用发布管道而不是通常的构建管道可以做什么？
在 Azure DevOps 中，之前有多阶段 yaml 管道（现在称为“管道“，您通常使用Build管道至build / create你的软件binaries（例如 dotnetpublish 或 ngbuild --prod）并将这些工件存储在 Azure DevOps 放置位置中。
然后你通常有一个Release由这些构建工件（软件二进制文件）触发的管道和deploys他们给一个或多个stages.
分离这两个管道（构建和发布）的原因是您只想构建软件的特定版本once然后使用same每个目标环境中的二进制文件（例如开发/测试/生产）。
对于新管道，您通常使用第一个Stage to build你的文物，以及接下来的阶段deploy它 - 与以前类似，但在one module.
如果您以前使用过构建和发布管道，您将在新的 Pipeline 模块中看到旧的构建定义，并在旧的发布模块中看到旧的发布定义。然而，他们从未将 YAML 引入发布管道，因为他们知道无论如何他们都会用多阶段管道取代它们。
结论：如果使用新的多级“Pipeline“模块，你不应该使用经典的发布管道不再了。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
