为了触发发布管道（配置为构建构件），构建管道必须具有“发布构件”任务？

Question

当构建构件可用时，可以触发发布，如下面的屏幕截图所示。

那么这是否有必要触发发布管道（配置为构建构件），构建管道必须具有“发布构件”任务？

Answer 1

答案是否，即使构建完成，即使他没有“发布工件”步骤，也会触发发布。

Answer 2

同意 Shayki Abramczyk ，答案是否定的。但是我想也许您需要更多说明以帮助您理解〜

根据您的情况，将构建管道设置为发布管道的工件。如果您选中了this document，则会发现以下语句：

1。创作​​发布管道时，将适当的工件源链接到发布管道。例如，您可以将Azure Pipelines构建管道或Jenkins项目链接到发布管道。

2。here的注释： 您必须在构建管道中包括“发布工件”任务。对于XAML构建管道，隐式发布了名称为drop的工件。

3。Auto-trigger releases feature（工件中的CD触发器）：当产生新版本（包括XAML版本）时，可以自动创建新发行版。有关详细信息，请参见连续部署。您无需在构建管道中进行任何配置。有关TFS版本之间的差异，请参见上面的注释。

总而言之，此处的artifact source代表a build pipeline而不是the outputs of a build pipeline。因此，当您在工件（在您的情况下为构建管道）中启用CD触发器时，只要新构建完成，就会触发发行。并且此行为不受构建管道是否具有“发布工件”任务来发布其输出的影响。

对于2.注：可以考虑，因为我们必须在构建管道中包括Publish Artifacts任务，以便发布管道可以访问构建管道的输出。然后，我们可以将输出（.dll / .exe或其他）部署到目标机器/环境。 （实际上，我们认为文档中的must应该替换为It's recommended to / should）

Publish Artifacts任务使构建和发布过程有意义。如果我们的发布管道无法访问构建管道的输出，那么应该使用什么来进行部署？但是，是否存在此任务实际上不会影响CD触发器。 （就像第三条语句一样：您不需要在构建管道中进行任何配置）