我们可以在发布管道-Azure devOps中发布工件吗？

我有一个java应用程序，正在尝试使用Azure DevOps进行构建和部署。我能够进行构建并在构建管道中发布工件。在发布管道中，I阶段（dev/train/prod）在每个阶段中，我都有一个maven任务，以确定特定于我能够执行的环境的构建，但我希望将其发布为与构建管道中的构建类似的工件。是否有任何任务可以完成，或者有任何其他替代方法

我们可以在发布管道-Azure devOps中发布工件吗

很抱歉给您带来不便

这种行为是由微软设计的，微软回答说他们没有计划在不久的将来支持上传发布的文件夹/工件

当您检查该文件时，它指出：

在管道中使用此任务为Azure发布工件 管道（请注意，版本中不支持发布 管道。它在多级管道中受支持，构建 管道和yaml管道）

如果直接检查，则可以看到发布管道工件任务仅适用于构建管道

您可以在github上查看更多详细信息，许多社区正在等待发布管道中的发布工件

因此，我帮助您在我们的UserVoice网站上添加了此功能的请求，该网站是我们提供产品建议的主要论坛：

您可以对此反馈进行投票并添加评论。当有足够多的社区对此反馈进行投票并添加评论时，产品团队成员将认真对待此反馈

---

希望这能有所帮助。

我也面临同样的问题：我想在发布管道中上传工件，然后在稍后的代理阶段再次下载这些工件

根据相关专家的一些回答，我创建了一个扩展，提供了以下可能性：

• 将文件或文件夹上载到发布日志
• 从以前上载的日志中自动下载工件

上载任务使用内置的日志命令将文件添加到发布日志中。下载任务然后查询Azure DevOps REST Api以下载迄今为止收集的所有日志，尝试查找指定的工件并将其复制到特定位置

---

如果有人感兴趣，可以在市场上找到

谢谢Leo。这仍然让我纳闷为什么微软不在发布管道中发布工件，我看不出有什么理由不发布它。@kumareload，完全同意你的看法。当我检查源代码时，我发现代码只用于构建，比如

context.Output（StringUtil.Loc（“UploadingPipelineArtifact”，fullPath，buildId））。由于我不是开发工程师，我不知道它不支持发布的原因，可能是代码实现或队列任务优先级造成的阻塞。这就是我帮助提交用户声音的原因，希望MS开发团队能够尽快实施，至少解释一下原因和计划。很抱歉给您带来不便。@Kumareload，在我和我的同事浏览了整个网络之后，在发布中没有找到任何关于不支持它的说明。无论如何，它目前不受支持。顺便说一句，如果上面的答案对你有帮助，你可以，这样它可以帮助其他社区成员谁得到同样的问题，我们可以存档此线程，如果没有，请让我们知道你是否需要进一步的帮助。如何替代？有没有其他方法可以让我们通过maven任务在发布管道中看到修改的工件？（不发布神器）@kumareload，由maven任务完成？恐怕不行。您可以使用复制任务将发布中修改的工件复制到网络共享文件夹（如azure blob存储）。