"错误：（gcloud.app.deploy）错误响应：[9] Cloud build XXXXXXXXXXXX 状态：FAILURE"

Question

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

错误是： ERROR: (gcloud.app.deploy) Error Response: [9] Cloud build XXXXXXXXXXXX status: FAILURE that xxxx part is some auto-generated base64 value。

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

问题：是否有解决方法或者我必须在部署之前删除任务队列中的所有任务（就像我一样）？

详细信息：服务器是用 nodejs 编写的。

Answer 1

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

设置结算帐号

Answer 2

我遇到了同样的问题，返回并为计费帐户正确设置了适当的保险，然后它对我有用......

Answer 3

我怀疑，在这种情况下会发生虚拟“队列头阻塞”，从而影响项目中的其他服务/版本时，需要清空任务队列，当任务指定给被删除的版本时，可能会出现这种情况（任务队列在一个项目中共享），甚至可能是相关的 GAE 基础功能。

从根本上重写某个应用程序/服务版本有点违背了版本控制的全部目的（想象一下 git 允许您更改与某个 SHA 签名关联的提交/引用点的内容！）。 但在某些情况下——例如当版本实际用于实现某个执行环境时——这是有意的。

您所描述的并不是 GAE 部署覆盖特定版本的应用程序/服务的唯一问题（我之前没有考虑过，顺便说一句，谢谢！）。 另一个是在 Google App Engine 上的持续集成/部署/交付中捕获的，风险太大？ .

如果您的版本重写部署实际上是尝试实施部署环境，您可能还想看看其他一些潜在的（恕我直言更好的）替代方案，与在GAE 项目/应用程序级别与服务实施 CI/CD 环境的优势相比/模块级别？

Answer 4

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

Answer 5

我遇到了同样的问题，但这是由于我的构建失败。 我去了以下链接

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

（替换您的项目名称）

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

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