问题 `gcloud app deploy`与`appcfg.py` [关闭]

我一直是用户的长期用户 appcfg.py 我甚至在它上面构建了一些bash脚本。

我们应该切换到 gcloud app部署？将 appcfg.py 被弃用？如果是，那么时间表是什么？
为什么没有yaml文件向后兼容的宽限期？切换到 gcloud app部署 我明白了：

[application]字段在文件[... / app.yaml]中指定。这个 gcloud不使用该字段，必须将其删除。项目名称应该而是由。指定 gcloud config set project MY_PROJECT 或者通过设置 --project 单个命令执行的标志。

和

错误：[version]字段在文件[... / app.yaml]中指定。这个 gcloud不使用该字段，必须将其删除。版本是默认情况下自动生成，但也可以手动指定通过设置 --version 单个命令执行的标志。

我这样说，因为这可能是模块/服务字段：

警告：应用程序.yaml文件中的“module”参数是弃用。请改用“service”参数。

你如何上传 queue.yaml中， dispatch.yaml 和 cron.yaml 同 gcloud app部署？
部署应用程序的两种方式有什么区别？

我对需要注意的警告和事情很感兴趣：

FLAGS --promote推广已部署的版本以接收所有流量。默认为True。

这意味着w / gcloud app部署 应用程序将被部署，新版本将被设置为活动版本...这正是相反的方式 appcfg.py 做了你必须打电话的事情 set_default_version 将版本标记为活动。

这引出了我的最后一个问题：如果我选择不通过使用其中任何一个来激活它

$ gcloud config set app / promote_by_default false

要么

使用--no-promote禁用。

我是否必须重新部署w /默认值，以便我可以激活它？

长话短说：

gcloud app deploy 将成为未来部署的首选路径，目前支持。我们宣布弃用转换后大约一年。
在我们弃用之前 appcfg.py，我们将提供包含所有更改的完整迁移指南。我们没有想完全向后兼容，因为我们抓住这个机会用旧工具修复一些瑕疵。
你可以跑 gcloud app deploy cron.yaml 等等，以部署备用YAML文件。
同样，在我们想要强制您使用新工具之前，我们计划编写迁移指南。

所以我认为你可以直截了当，直到我们正式弃用它 appcfg tooling-gcloud app 真正意义上的勇敢的探险家谁想要现在最新，最闪亮。

我经常在appcfg中使用的一个标志是-A，用于将相同的代码库部署到多个项目，例如：开发/测试/实时项目...如何使用gcloud app deploy实现这一目标？文档中没有-A标志。 - John

您正在寻找 --project - Zachary Newman

你也应该看看 gcloud config configurations list - eRadical

@ZacharyNewman在我看来，你必须拥有'项目编辑'权限才能运行`gcloud app deploy cron.yaml'。我试过'App Engine Admin，Deployer等'，但总是得到403错误。部署配置文件时需要哪些权限：queue.yaml和cron.yaml？我见过新的数据存储区索引管理器，所以没有问题部署index.yaml。 - Tom Newton

部署cron.yaml目前与appcfg.py一样使用相同的API，因此需要相同的权限（旧的API已发布）之前除编辑/所有者/观众之外的角色存在）。如果您有后续问题，请开始新的主题。 - Zachary Newman

问题 `gcloud app deploy`与`appcfg.py` [关闭]

答案:

热门问题