对于我的团队，我们有合作伙伴团队为我们提供需要集成在硬件系统上并一起测试的软件片段，我们的代码占用很小，因此流失很小，而来自合作伙伴团队的更改数量是频繁的。在这种情况下，我认为触发yaml的发布部分的次数比触发构建部分的次数要多。多级管道是未来的发展方向吗?我想使用RestAPI触发新的发布实例，只调用YAML文件上的发布阶段，使用AzureDevOps RestAPI。
问候,
您不必须使用多级管道来触发重复发布，它只是使管道的管理更干净。
可以为每个环境创建一个包括构建阶段和发布阶段的管道，触发构建阶段(手动或基于CI触发器)，然后从该管道"运行"，在您认为适合的任何环境中进行尽可能多的部署。这可以通过API或门户完成。
也可以创建"release-only"-也就是说，它是手动创建的，或者是看到指定的构建已经运行的结果。
就我个人而言，我喜欢多阶段构建，因为它更容易看到是什么构建创建了你正在部署的版本。但这不是必需的。