最佳答案
同意Shayki Abramczyk的观点,答案是否定的。但我想也许你需要更多的描述来帮助你理解~
在您的情况下,您将构建管道设置为发布管道的工件。如果您检查过this document你会发现这些陈述:
1.在创作发布管道时,您将适当的工件源链接到您的发布管道。例如,您可以将 Azure Pipelines 构建管道或 Jenkins 项目链接到您的发布管道。
2.来自here的注释: 您必须在构建管道中包含发布工件任务。对于 XAML 构建管道,会隐式发布名为 drop 的工件。
3. Auto-trigger releases feature (工件中的 CD 触发器):生成新版本(包括 XAML 版本)时,可以自动创建新版本。有关详细信息,请参阅持续部署。您不需要在构建管道中配置任何内容。有关 TFS 版本之间的差异,请参阅上面的注释。
综上所述,artifact source这里代表构建管道
,而不是构建管道的输出
。因此,当您在工件(在您的情况下为构建管道)中启用 CD 触发器时,每当新构建完成时就会触发发布。并且此行为不会受到构建管道是否具有发布工件任务来发布其输出的影响。
对于2.Note:可以认为我们必须在构建管道中包含一个Publish Artifacts任务,以便发布管道可以访问构建管道的输出。然后我们可以将输出(.dll/.exe 或其他内容)部署到目标机器/环境。 (实际上我们认为文档中的must
应该替换为It's suggest to
/should
)
发布工件任务使构建+发布过程变得有意义。因为如果我们的发布管道无法访问构建管道的输出,我们应该使用什么来部署?但这个任务存在与否,实际上并不会影响CD触发。 (就像第三条语句:您不需要在构建管道中配置任何内容)
关于azure - 为了触发发布管道(为构建工件配置),构建管道必须具有 "publish artifact"任务?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61472962/