Я давно пользуюсьappcfg.py и я даже создаю некоторые сценарии bash поверх этого.

Должны ли мы перейти кРазвертывание приложения gcloud? Будетappcfg.py быть устаревшим? Если да, то какие сроки?

Почему нет периода отсрочки для обратной совместимости файла yaml? Переключение наРазвертывание приложения gcloud Я получил:

Поле [application] указано в файле [... / app.yaml]. Это поле не используется gcloud и должно быть удалено. Имя проекта должно быть указано либоgcloud config set project MY_PROJECT или установив--project флаг на выполнение отдельных команд.

а также

ОШИБКА: поле [версия] указано в файле [... / app.yaml]. Это поле не используется gcloud и должно быть удалено. Версии создаются автоматически по умолчанию, но их также можно указать вручную, установив--version флаг на выполнение отдельных команд.

Я говорю это, поскольку это было возможно с модулем / сервисным полем:

ВНИМАНИЕ: Параметр «module» в файлах .yaml приложения устарел. Пожалуйста, используйте параметр "сервис" вместо этого.

Как вы загружаетеqueue.yaml, dispatch.yaml а такжеcron.yaml сРазвертывание приложения gcloud?

Каковы различия между двумя способами развертывания приложения?

Я заинтересован в предостережениях и вещах, на которые нужно смотреть как:

ФЛАГИ --promote Продвигайте развернутую версию для получения всего трафика. Правда по умолчанию.

Это значит ж /Развертывание приложения gcloud приложение будет развернуто, и новая версия будет установлена ​​как активная ... это как раз наоборотappcfg.py сделал вещи, как там вы должны были бы позвонитьset_default_version пометить версию как активную.

Это поднимает мой последний вопрос: если я решу НЕ делать его активным, используя либо

$ gcloud config set app / promo_by_default false

или же

Используйте --no-promo для отключения.

мне нужно будет повторно развернуть значение по умолчанию, чтобы я мог сделать его активным?