Создавайте развертывания для своего приложения Google Chat и управляйте ими.Создавайте и управляйте развертываниями для своего приложения Google Chat.
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
На этой странице объясняется, как создавать и управлять развертываниями для вашего приложения Google Chat. Поддерживая различные развертывания, вы можете лучше управлять каждым этапом жизненного цикла вашего приложения Chat и безопасно выпускать изменения в рабочую среду.
Создайте развертывания для каждого этапа жизненного цикла приложения.
Для управления вашим чат-приложением на протяжении всего его жизненного цикла мы рекомендуем создать и развернуть чат-приложение для каждой из следующих сред:
Разработка: среда, которую вы используете для работы, меняется. При необходимости вы можете использовать основную версию развертывания или запустить эту среду локально.
Среда тестирования: среда, которую вы развертываете для доверенных тестировщиков для сквозного тестирования. Эта среда должна быть максимально приближена к производственной.
Для каждого развертываемого приложения чата необходимо создать проект Google Cloud. При настройке API чата в каждом проекте Cloud рекомендуется использовать уникальное имя приложения, URL-адрес аватара и описание, чтобы лучше различать приложения чата в Google Chat.
В следующем примере приложение чата под названием Task app построено на HTTP и использует разные конечные точки для развертывания в средах разработки, тестирования и производства:
Среда
Название облачного проекта
Название приложения
URL конечной точки HTTP
Разработка
task-chat-app-dev
Приложение Dev Task
http://example.com/api/myapp/head
Подготовка к показу
task-chat-app-staging
Приложение для подготовки задач
http://example.com/api/myapp/staging
Производство
task-chat-app
Приложение для задач
http://example.com/api/myapp/
Управляйте развертываниями в соответствии с архитектурой вашего чат-приложения.
В таблице ниже приведены дополнительные рекомендации по управлению развертыванием для конкретных архитектур приложений чата :
Архитектура
Формат развертывания
Соображения
HTTP
URL конечной точки HTTP
Внедряйте изменения постепенно на каждом этапе жизненного цикла вашего чат-приложения. Например, после тестирования новой функции, развернутой на тестовом сервере http://example.com/api/myapp/staging , выпустите эту функцию в рабочую среду, развернув ее на производственном сервере, например, http://example.com/api/myapp .
Для отладки кода перед развертыванием можно указать конечную точку, ведущую в вашу локальную среду. Чтобы узнать, как тестировать изменения локально, см. раздел «Отладка приложений Google Chat» .
Google Apps Script
Идентификатор развертывания
Проекты Apps Script могут иметь только одну ветку и быть связаны только с одним облачным проектом. Для тестирования изменений и поддержки нескольких сред необходимо создавать разные проекты Apps Script для каждой среды.
Для среды разработки следует использовать только основную версию развертывания проекта Apps Script. Для тестовой и производственной сред используйте версионированные развертывания. Подробнее см. раздел «Создание и управление развертываниями» в документации Apps Script.
Паб/Саб
Тема публикации/подразделения
Для каждого развертывания следует использовать отдельную тему Pub/Sub.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2026-08-05 UTC."],[],["The document outlines creating and managing deployments for Google Chat apps across development, staging, and production environments. Each environment requires a separate Google Cloud project with a distinct app name and details. Deployment methods vary: HTTP uses endpoint URLs, Apps Script utilizes deployment IDs and separate projects, and Pub/Sub employs unique topics. Changes should be progressively deployed, starting from development, then staging, and finally production. Different app architectures require different consideration.\n"]]