Bereitstellungen für Ihre Google Chat-App erstellen und verwalten
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite wird beschrieben, wie Sie Bereitstellungen für Ihre Google Chat-App erstellen und verwalten. Durch die Verwaltung verschiedener Bereitstellungen können Sie jede Phase des Lebenszyklus Ihrer Chat-App besser verwalten und Änderungen sicher in der Produktion veröffentlichen.
Bereitstellungen für jede Phase des App-Lebenszyklus erstellen
Damit Sie Ihre Chat-App während ihres gesamten Lebenszyklus verwalten können, empfehlen wir, eine Chat-App für jede der folgenden Umgebungen zu erstellen und bereitzustellen:
- Entwicklung:Die Umgebung, in der Sie Änderungen vornehmen. Bei Bedarf können Sie die Head-Bereitstellung verwenden oder diese Umgebung lokal ausführen.
- Staging:Die Umgebung, in der Sie die App für Trusted Tester für End-to-End-Tests bereitstellen. Diese Umgebung sollte der Produktionsumgebung so ähnlich wie möglich sein.
- Produktion:Die Umgebung, die Sie für Endnutzer bereitstellen, indem Sie Ihre Chat-App im Google Workspace Marketplace veröffentlichen.
Für jede Chat-App, die Sie bereitstellen, müssen Sie ein Google Cloud-Projekt erstellen. Wenn Sie die Chat API in den einzelnen Cloud-Projekten konfigurieren, sollten Sie einen eindeutigen App-Namen, eine eindeutige Avatar-URL und eine eindeutige Beschreibung verwenden, damit Sie die Chat-Apps in Google Chat besser unterscheiden können.
Im folgenden Beispiel basiert die Chat-App Task app auf HTTP und verwendet verschiedene Endpunkte für die Bereitstellung in Entwicklung, Staging und Produktion:
| Umgebung |
Name des Cloud-Projekts |
App-Name |
HTTP-Endpunkt-URL |
| Entwicklung |
task-chat-app-dev |
Dev Task App |
http://example.com/api/myapp/head |
| Staging |
task-chat-app-staging |
Staging-Aufgaben-App |
http://example.com/api/myapp/staging |
| Produktion |
task-chat-app |
Aufgaben-App |
http://example.com/api/myapp/ |
Bereitstellungen basierend auf der Architektur Ihrer Chat-App verwalten
Die folgende Tabelle enthält zusätzliche Überlegungen zur Verwaltung von Bereitstellungen für bestimmte Chat-App-Architekturen:
| Architektur |
Deployment-Format |
Hinweise |
| HTTP |
HTTP-Endpunkt-URL |
- Stellen Sie Änderungen schrittweise für jeden Endpunkt im Lebenszyklus Ihrer Chat-App bereit. Nachdem Sie beispielsweise ein neues Feature getestet haben, das auf Ihrem Staging-Endpunkt
http://example.com/api/myapp/staging bereitgestellt wurde, können Sie es für die Produktion freigeben, indem Sie es auf Ihrem Produktionsendpunkt wie http://example.com/api/myapp bereitstellen.
- Wenn Sie Code vor der Bereitstellung debuggen möchten, können Sie einen Endpunkt für Ihre lokale Umgebung festlegen. Informationen zum lokalen Testen von Änderungen finden Sie unter Google Chat-Apps debuggen.
|
| Google Apps Script |
Deployment-ID |
- Apps Script-Projekte können nur einen Branch haben und nur mit einem Cloud-Projekt verknüpft sein. Wenn Sie Änderungen testen und mehrere Umgebungen verwalten möchten, müssen Sie für jede Umgebung separate Apps Script-Projekte erstellen.
- Sie sollten das Head-Deployment des Apps Script-Projekts nur für die Entwicklungsumgebung verwenden. Verwenden Sie für Staging- und Produktionsumgebungen versionierte Deployments. Weitere Informationen finden Sie in der Apps Script-Dokumentation unter Bereitstellungen erstellen und verwalten.
|
| Pub/Sub |
Pub/Sub-Thema |
Sie sollten für jede Bereitstellung ein anderes Pub/Sub-Thema verwenden. |
Sofern nicht anders angegeben, sind die Inhalte dieser Seite unter der Creative Commons Attribution 4.0 License und Codebeispiele unter der Apache 2.0 License lizenziert. Weitere Informationen finden Sie in den Websiterichtlinien von Google Developers. Java ist eine eingetragene Marke von Oracle und/oder seinen Partnern.
Zuletzt aktualisiert: 2025-08-29 (UTC).
[null,null,["Zuletzt aktualisiert: 2025-08-29 (UTC)."],[[["\u003cp\u003eManage your Google Chat app's lifecycle by creating separate deployments for development, staging, and production environments.\u003c/p\u003e\n"],["\u003cp\u003eCreate a distinct Google Cloud project for each deployment, using unique app names, avatar URLs, and descriptions for clarity.\u003c/p\u003e\n"],["\u003cp\u003eDeploy changes progressively through each environment, starting with development and moving to staging before releasing to production.\u003c/p\u003e\n"],["\u003cp\u003eFor Apps Script projects, maintain separate projects for each environment due to their single-branch limitation.\u003c/p\u003e\n"],["\u003cp\u003eUtilize different Pub/Sub topics for individual deployments to ensure environment isolation.\u003c/p\u003e\n"]]],["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"],null,["# Create and manage deployments for your Google Chat app\n\nThis page explains how to create and management deployments for your\nGoogle Chat app. By maintaining different deployments, you can\nbetter manage each phase of your Chat app's lifecycle\nand safely release changes to production.\n\nCreate deployments for each phase of the app lifecycle\n------------------------------------------------------\n\nTo manage your Chat app throughout its lifecycle, we\nrecommend that you create and deploy a Chat app for\neach of the following environments:\n\n- **Development:** The environment that you use to work on changes. If needed, you can use the head deployment or run this environment locally.\n- **Staging:** The environment that you deploy to trusted testers for end-to-end testing. This environment should be as close to production as possible.\n- **Production:** The environment that you deploy to end users by [publishing\n your Chat app to the\n Google Workspace Marketplace](/workspace/marketplace/how-to-publish).\n\nFor each Chat app that you deploy, you must create a\nGoogle Cloud project. When you configure the Chat API in each\nCloud project, consider using a distinct app name, avatar URL, and\ndescription so that you can better distinguish between the\nChat apps in Google Chat.\n\nIn the following example, the Chat app\ncalled `Task app` is built on HTTP and uses different endpoints to deploy to\ndevelopment, staging, and production:\n\n| Environment | Cloud project name | App name | HTTP endpoint URL |\n|-------------|-------------------------|------------------|----------------------------------------|\n| Development | `task-chat-app-dev` | Dev Task app | `http://example.com/api/myapp/head` |\n| Staging | `task-chat-app-staging` | Staging Task app | `http://example.com/api/myapp/staging` |\n| Production | `task-chat-app` | Task app | `http://example.com/api/myapp/` |\n\n### Manage deployments based on your Chat app architecture\n\nThe following table includes additional considerations when managing deployments\nfor specific [Chat app\narchitectures](/workspace/chat/structure):\n\n| Architecture | Deployment format | Considerations |\n|--------------------|-------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| HTTP | HTTP endpoint URL | - Deploy changes progressively to each endpoint in your Chat app's lifecycle. For example, after you've tested a new feature deployed in your staging endpoint `http://example.com/api/myapp/staging`, release the feature to production by deploying it to your production endpoint, such as `http://example.com/api/myapp`. - To debug code before deploying, you can set an endpoint to your local environment. To learn how to test changes locally, see [Debug Google Chat apps](/chat/troubleshoot/debug). |\n| Google Apps Script | Deployment ID | - Apps Script projects can only have a single branch and be associated with one Cloud project. To test changes and maintain multiple environments, you must create different Apps Script projects for each environment. - You should only use the Apps Script project's head deployment for the development environment. For staging and production environments, use versioned deployments. For details, see [Create and manage deployments](/apps-script/concepts/deployments) in the Apps Script documentation. |\n| Pub/Sub | Pub/Sub topic | You should use a different Pub/Sub topic for each deployment. |\n\nRelated topics\n--------------\n\n- [Test interactive features for Google Chat apps](/workspace/chat/test-interactive-features)\n- [Create and manage Apps Script deployments](/apps-script/concepts/deployments)\n- [Choose a Chat app architecture](/workspace/chat/structure)"]]
