相关疑难解决方法(0)

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

1. 我们应该切换到gcloud app部署吗？将appcfg.py被弃用？如果是,那么时间表是什么？

2. 为什么没有yaml文件向后兼容的宽限期？切换到gcloud app部署我得到:

[application]字段在文件[.../app.yaml]中指定.gcloud不使用此字段,必须将其删除.应该gcloud config set project MY_PROJECT 通过--project在单个命令执行上设置标志来指定项目名称.

和

错误:[version]字段在文件[.../app.yaml]中指定.gcloud不使用此字段,必须将其删除.默认情况下会自动生成版本,但也可以通过--version在各个命令执行时设置标志来手动指定.

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

警告:不推荐使用应用程序.yaml文件中的"module"参数.请改用"service"参数.

3. 你如何上传queue.yaml中,dispatch.yaml和cron.yaml与gcloud应用程序部署？

4. 部署应用程序的两种方式有什么区别？

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

FLAGS --promote促进部署的版本以接收所有流量.默认为True.

这意味着w/gcloud app部署应用程序将被部署,新版本将被设置为活动版...这正是appcfg.py执行操作的相反方式,因为您必须调用set_default_version将版本标记为活性.

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

$ gcloud config set app/promote_by_default false

要么

使用--no-promote禁用.

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

最近我一直在使用Google App Engine,偶然发现了一些对我来说很神秘的事情,也许你可以澄清一下.

根据谷歌自己的一些网站(https://cloud.google.com/appengine/docs/java/tools/maven)你应该使用

<plugin>
<groupId>com.google.appengine</groupId>
<artifactId>appengine-maven-plugin</artifactId>
<version>${appengine.maven.plugin.version}</version>
</plugin>

并根据其他一些页面(https://cloud.google.com/appengine/docs/java/tools/maven-reference)你应该使用

<plugin>
<groupId>com.google.cloud.tools</groupId>
<artifactId>appengine-maven-plugin</artifactId>
<version>1.1.0-beta</version>
</plugin>

现在我真的很困惑我应该使用哪个.为什么首先有两个版本？

我面临的问题:

两者似乎都支持不同的目标.一个支持部署等,另一个支持update和update_cron.

我需要所有这三个目标,无论如何我可以拥有一个依赖目标吗？

在此先感谢,希望有人可以帮助我.

萨沙