[解決済み] gcloud app deploy` vs. `appcfg.py` [クローズド].

質問

を長い間愛用してきました。 appcfg.py その上でいくつかのbashスクリプトを構築しています。

1. に切り替えるべきでしょうか。 gcloud app deploy ? そうですか？ appcfg.py は非推奨ですか？もしそうなら、そのスケジュールは？

2. yamlファイルの後方互換性についての猶予期間はなぜないのですか？への切り替え gcloudアプリのデプロイ 得ることができます。

application]フィールドは、ファイル[.../app.yaml]で指定します。この フィールドはgcloudでは使用されないので、削除する必要があります。プロジェクト名は で指定する必要があります。 gcloud config set project MY_PROJECT を設定するか --project フラグを使用します。

と

ERROR: ファイル [.../app.yaml] で [version] フィールドが指定されています。この フィールドは gcloud によって使用されないため、削除する必要があります。バージョンは デフォルトでは自動的に生成されますが、手動で指定することも可能です。 を設定することで --version フラグを使用します。

モジュール/サービスフィールドで可能でしたので、このように言っています。

警告：アプリケーションの.yamlファイル内の"module"パラメータは 非推奨。代わりに"service"パラメータを使用してください。

1. どのようにアップロードするのですか？ queue.yaml , dispatch.yaml と cron.yaml と gcloudアプリのデプロイ ?

2. アプリをデプロイする2つの方法の違いは何ですか？

   注意点とか、気をつけることとか。

FLAGS --promote 配置されたバージョンがすべてのトラフィックを受信するようにプロモートします。デフォルトではTrue。

つまり gcloudアプリのデプロイ を指定すると、アプリがデプロイされ、新しいバージョンがアクティブなものとして設定されます...これはまさに逆の方法です。 appcfg.py を呼び出さなければならないので set_default_version を使用して、あるバージョンをアクティブとしてマークすることができます。

ここで最後の疑問が生じます。

$ gcloud config set app/promote_by_default false

または

無効にするには--no-promoteを使用します。

デフォルト値で再展開して、アクティブにする必要があるのでしょうか？

解決方法は？

長い話ですが

1. gcloud app deploy は今後、デプロイメントに適したパスとなり、現在もサポートされています。私たちが非推奨を宣言してから約1年で移行することになります。
2. 非推奨になる前に appcfg.py また、すべての変更点を記載した完全な移行ガイドを作成する予定です。私たちは 欲しい というのも、この機会に古いツールの欠点を修正したいからです。
3. を実行することができます。 gcloud app deploy cron.yaml などで、代替の YAML ファイルをデプロイします。
4. 繰り返しますが、新しいツールに強制的に移行させる前に、移行ガイドを作成する予定です。

ですから、私たちが公式に appcfg ツーリング gcloud app は、とりあえず最新でピカピカのものが欲しいという勇敢な探検家のためにあるのです。