那里 是 许多 答案已经回答了这个问题,但是他们在2021年1月不再在这里工作了。所有这些答案有三种:
gcloud config set app/cloud_build_timeout 1600的内容设置本地机器超时,然后使用gcloud app deploy ...进行部署cloudbuild.yaml文件代替timeout: 1600s位在gcloud app deploy构建步骤和全局配置中,然后使用gcloud builds submit ...进行部署timeout: 1600s,而是使用包含args: ['-c', 'gcloud config set app/cloud_build_timeout 1600 && gcloud app deploy']的构建步骤进行前两种风格的混搭。他们没有任何影响的app deploy建设-它停留在10分钟。当使用gcloud builds submit时,它会导致2个云构建被启动:一个用于cloudbuild.yaml,另一个用于使用buildpack的应用程序引擎部署。上面的解决方案可能会影响第一个构建,但是一旦第一个构建启动了第二个构建(gcloud app deploy,您可以在执行详细信息选项卡的https://console.cloud.google.com/cloud-build上看到超时仍然是10m )。
海事组织,解决方案2-3是黑客,因为1不工作,但现在2-3也不起作用,我正在寻找另一个黑客。有人有2021年的解决方案吗?由于我的应用程序是使用GAE标准环境,我不能预先建立一个图像-我被困在Buildpack构建我的红宝石应用程序和所有的宝石每次,这是运行似乎不变的10米时钟。
发布于 2021-01-27 10:31:16
不能更改App标准中的超时值属性,它总是10分钟。解决办法是使用App,这样您就可以使用gcloud config set app/cloud_build_timeout TIME_SECONDS。
有一个特征请求为App标准启用超时编辑,但似乎仍在进行中。
https://stackoverflow.com/questions/65911224
复制相似问题