【问题标题】:Azure devops - 302 status code when publishing universal packageAzure devops - 发布通用包时出现 302 状态码
【发布时间】:2020-04-11 15:39:01
【问题描述】:

我正在尝试将工件从我的本地主机发布到 azure devops 作为通用包。我下载了最新的 azure CLI (2.3.1) 安装了最新的 azure devops (0.18.0)。之后我使用az login 登录并创建了我自己的个人访问令牌并使用az devops login 命令登录。没有错误,所以我假设我登录了,我也在启用调试的情况下做到了,一切都很好。 之后我尝试将我的通用包发布到我的项目中的工件中,但我收到了消息

无法更新通用包工具。操作返回 302 状态码。

Error screen

在调试模式下我有

尝试获取租户 {tenant_id} 的令牌时失败

后来也使用 PAT 重试,但再次来自 OPTIONS 请求的 302 状态。 我还尝试使用 cli 对我的帐户执行其他操作,一切正常。我从团队中删除了用户,并且进展顺利。 我可以就这个问题寻求帮助吗,如果有其他选项可以发布这个包,那就太好了。

【问题讨论】:

  • 请问这是什么状态?以下方法对您有帮助吗?如果您仍有任何疑问,请随时发表评论:-)

标签: azure azure-devops


【解决方案1】:

Azure cliPackage publish的操作需要artifacttool的支持,所以我们将这两个操作结合在一起。当你运行az artifacts universal publish的命令时,它会先install/updateartifact tool到最新的,这样才能保证publish动作可以顺利。

现在,您面临的问题是在 artifact tool 更新期间。不知道你那边发生了什么,因为目前对我来说一切正常。我刚才发布通用包非常成功。


解决方法:

既然您坚持artifact tool 更新,请避免这种情况。您可以使用 Azure devops 任务发布包。

只需进入管道,添加Universal packages 任务,然后使用以下参数对其进行配置:

然后,使用self-agent(必须)运行此管道。因为您正在尝试将本地文件发布到 Azure 通用包,所以只有自托管代理才能访问本地文件夹。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-06-11
    • 2019-03-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-12-29
    相关资源
    最近更新 更多