【问题标题】:Artifact not being downloaded in release pipeline - Azure DevOps工件未在发布管道中下载 - Azure DevOps
【发布时间】:2019-08-01 01:28:18
【问题描述】:

我一直在努力解决 Azure DevOps 中的一个问题,我可以通过构建管道成功构建工件(我使用发布工件任务)。我可以看到该工件已成功构建,因为我可以下载它,以后可以在发布管道中引用它。

问题是当托管代理启动时,没有工件下载到机器上,我的 $(System.DefaultWorkingDirectory) 总是空的。我不知道为什么在托管代理的初始化中,实际上没有下载任何工件....

【问题讨论】:

    标签: azure-devops azure-pipelines


    【解决方案1】:

    这周我遇到了同样的问题。我使用“发布管道工件”任务设置了构建并遇到了与您相同的问题,我在构建中将其替换为“发布构建工件”任务,然后一切都解决了。

    我已经读到“发布管道工件”仅用于在同一管道中上传/下载工件,所以这就是为什么它不会在您的版本中自动下载。或者,您可以在您的版本中使用“下载管道工件”任务来显式下载您的工件

    【讨论】:

    • 伙计,你摇滚,这正是问题所在。非常感谢,我什至没有注意到“发布管道工件”和“发布构建工件”是两个不同的东西。
    • 我认为发布管道工件是在构建和发布之间复制工件的首选方式,而不是“发布构建工件”,根据 MS 文档,这似乎已被弃用
    • @Alex 是正确的,“发布管道工件”现在是复制工件的首选方式,在撰写此问题时,此任务是新的,并且受到更多限制,尚未完全替代的“旧”“发布构建工件”任务
    • 这意味着你不能有单独的管道......一个每次都构建的 CI 管道和一个不太定期部署的 CD 管道
    • @Nick.McDermaid 你可以,但它需要将 CI 管道作为“资源”拉入,以便能够引用它创建的工件。以类似问题的答案为例,stackoverflow.com/a/65660845/3794873
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-02-18
    • 1970-01-01
    相关资源
    最近更新 更多