Azure发布管道阶段未从新构建工件启动的问题咨询

问题1：是否必须设置计划发布触发器才能启动该阶段？这是预期行为吗？ #

不是必须，但你当前的配置逻辑导致了这个结果。阶段预部署条件里的「发布后」+ Artifact过滤器，是针对已存在的发布实例来触发阶段执行，它本身不会自动创建新的发布。如果没有配置任何发布触发器（比如持续部署触发器、计划触发器），当新的带标签工件生成时，系统不会自动创建对应的发布实例，自然也就没有触发该阶段的基础。

你之前看到「只有加了计划触发器才运行」，是因为计划触发器会定期自动创建发布实例，这时候阶段的预部署条件过滤器才会生效，触发阶段执行——这是当前配置下的表现，而非必须依赖计划触发器。

问题2：是否可在带标签构建工件生成后直接启动该阶段？ #

可以，只需要调整两处配置：

• 给发布管道的Artifact配置持续部署(CD)触发器，并设置对应的标签过滤器，确保新的带标签工件生成时，系统自动创建新的发布实例。
• 保留阶段预部署条件的「发布后」+ Artifact过滤器（确保仅对符合标签要求的工件触发该阶段）。

这样一来，当带标签的构建工件生成时，CD触发器会自动创建发布，阶段的预部署条件会直接触发该阶段运行，无需手动或计划触发。

问题3：阶段预部署条件下的Schedule选项与Artifact部分的计划选项有何区别？ #

两者的作用完全不同：

• Artifact部分的计划触发器：核心是定期创建新的发布实例，到设定时间就基于指定的工件（比如最新符合条件的版本）生成发布，不管有没有新的工件产出。你之前用它解决问题，本质是靠它自动创建发布实例，让阶段的预部署条件有触发的载体。
• 阶段预部署条件的Schedule选项：是对已存在的发布实例生效，用来延迟该阶段的执行时间。比如你已经创建了一个发布实例，想让这个阶段在次日凌晨低峰期再部署，就可以在这里设置计划。它不会创建新发布，只是控制已有发布中该阶段的执行时机。

内容的提问来源于stack exchange，提问作者rk92