ERROR: (gcloud.app.deploy) Error Response: [9] Cloud build XXXXXXXXXXXX status: FAILURE

ERROR: (gcloud.app.deploy) Error Response: [9] Cloud build XXXXXXXXXXXX status: FAILURE

我遇到这个错误将近一个小时,但找到了一个解决方案,导致了一个令人担忧的大困境。该解决方案让人们意识到 无法 运行 gcloud app deploy 而任务队列中有一个任务将由要替换的服务器版本提供服务。

错误是:ERROR: (gcloud.app.deploy) Error Response: [9] Cloud build XXXXXXXXXXXX status: FAILURE xxxx 部分是一些自动生成的 base64 值。

解决方案是:删除任务队列中的所有任务

问题:是否有解决方法,或者我必须在部署之前删除任务队列中的所有任务(就像我所做的那样)?

详情:服务器是用nodejs写的。

我怀疑当发往被删除版本的任务可能由虚拟 "head-of-the-line blocking" 驱动时需要清空任务队列,这种情况会在这种情况下发生,影响其他 services/versions项目(任务队列在一个项目中共享),甚至可能是相关的 GAE 基础设施功能。

从根本上重写某个 app/service 版本有点违背了版本控制的全部目的(想象一下 git 允许您更改 content commit/refpoint 与某个 SHA 签名相关联!)。但在某些情况下——例如当版本实际用于实现某个执行环境时——这是故意的。

您所描述的并不是 GAE 部署的唯一问题 覆盖 app/service 的某个版本(我之前没有考虑过,顺便说一句,谢谢你!)。 .

中捕获了另一个

如果您的版本重写部署实际上是尝试实现部署环境,您可能还想看看其他几个潜在的(恕我直言更好)替代方案,与

  1. 您必须为您的项目启用计费。

Setup billing account

我遇到了同样的问题,回去并妥善确保账单账户设置正确,然后它对我有用...

在我从 bash 升级到 zsh 后发生了这种情况,在部署脚本的顶部添加 #!/bin/bash 解决了这个问题。

我遇到了同样的问题,但这是因为我的构建失败了。我去了下面link

https://console.cloud.google.com/cloud-build/builds?project=<your-project-name>

(替换你的项目名称)

并单击失败的构建并检查日志中的错误。

修复该错误后,我的构建工作正常。