为什么Go程序挂在gcloud应用程序部署上？

我正在尝试在github上设置以下存储库的本地版本，除了添加一个包含以下内容的app.yaml外，我没有做任何更改

runtime: go112
env: standard

service: mouselogserver

当我使用CLI工具运行gcloud app deploy时，它会在以下命令处挂起至少15分钟

DEBUG: Executing command: [u'mydir\\google_appengine\\go-app-stager.exe', u'mydir\\server\\app.yaml', u'mydir\\server', 'mydir\\local\\temp\\tmpdtk2gh\\tmpqcbdbm']

---

我假设这不是预期的行为？使用nodejs运行gcloud app deploy最多需要30秒。

通常部署不需要25分钟。我将在下面解释一个可能的原因

应用程序引擎部署与bucket

staging..appspot.com

交互。默认情况下，此bucket在您第一次部署到App Engine时创建，用于存储中间构建输出，以便以与Docker层类似的方式减少即将部署的时间。大多数情况下，这有助于提高部署速度，因为不需要“重新构建”未更改的部件

存储在暂存存储桶中的文件在插入15天后将被清除。但是，如果在短时间内大量部署应用程序并更改文件，则会在bucket中创建大量临时对象，并且其大小会增加。这可能会降低部署速度，因为所有这些版本都将被扫描以搜索可重用的中间版本

如果这听起来像是您的用例，那么有一种解决方法，即使用

--bucket

，它允许使用用户提供的bucket，而不是staging bucket

gcloud应用程序部署——bucket

---

尽管如此，如果这不能解决问题，您可能需要打开一张支持通知单，以便进一步调查问题，因为我们在这里缺乏自己动手的工具。

通常部署不需要25分钟。我将在下面解释一个可能的原因

应用程序引擎部署与bucket

staging..appspot.com

交互。默认情况下，此bucket在您第一次部署到App Engine时创建，用于存储中间构建输出，以便以与Docker层类似的方式减少即将部署的时间。大多数情况下，这有助于提高部署速度，因为不需要“重新构建”未更改的部件

存储在暂存存储桶中的文件在插入15天后将被清除。但是，如果在短时间内大量部署应用程序并更改文件，则会在bucket中创建大量临时对象，并且其大小会增加。这可能会降低部署速度，因为所有这些版本都将被扫描以搜索可重用的中间版本

如果这听起来像是您的用例，那么有一种解决方法，即使用

--bucket

，它允许使用用户提供的bucket，而不是staging bucket

gcloud应用程序部署——bucket

---

尽管如此，如果这不能解决问题，您可能需要打开一个支持票证，以便进一步调查该问题，因为我们在这里缺乏自己动手的工具。

您能确认我您也在使用mouselogserver for Node.js吗？据我所知，在后端使用mouselogserver时，使用的是Go。我想知道您正在使用Node.js运行什么，以便进一步排除故障。谢谢，我正在使用nodejs的默认服务为项目运行前端。这种部署以前快吗？在这种情况下，当部署时间开始增加时？@eespinola这是我第一次运行go，我实际上能够部署。只花了25分钟以上的时间，这是正常的部署长度吗？您能确认我您也在为Node.js使用mouselogserver吗？据我所知，在后端使用mouselogserver时，使用的是Go。我想知道您正在使用Node.js运行什么，以便进一步排除故障。谢谢，我正在使用nodejs的默认服务为项目运行前端。这种部署以前快吗？在这种情况下，当部署时间开始增加时？@eespinola这是我第一次运行go，我实际上能够部署。只花了25分钟以上，这是正常的部署长度吗？