In diesem Artikel werden Best Practices für die Verwaltung von Releases von Google Chat-Apps beschrieben. Die spezifische Empfehlung hängt davon ab, welche Art von Endpunkt Sie für Ihre Anwendung verwenden:
- HTTP
- Apps Script
- Cloud Pub/Sub
Unabhängig vom verwendeten Endpunkttyp wird jede Instanz einer Google Chat-Anwendung von einem einzigen Google Cloud-Projekt unterstützt. Wir empfehlen folgende Vorgehensweisen:
- Erstellen Sie für jeden Release-Typ (z. B. Entwicklung, Test und Produktion) ein anderes Cloud-Projekt.
- App richtig benennen
- Jede App auf verschiedene Endpunkte verweisen, die jeweils einen anderen Release repräsentieren
Es kann hilfreich sein, jedes App-Symbol mit unterschiedlichen Symbolen zu versehen, um schnell verschiedene Releases deiner App unterscheiden zu können.
HTTP-Apps
Für eine HTTP-Anwendung könnten Sie drei Cloud-Projekte erstellen: eines, das auf HEAD verweist, für schnelle iterative Entwicklungstests und zwei weitere für Test- und Produktions-Builds.
| Projekt | Freigabe | App-Name | Anwendungs-URL |
|---|---|---|---|
| 1 | HEAD | Task-App (HEAD) | http://example.com/api/myapp/head |
| 2 | Test | Task-App (Test) | http://example.com/api/myapp/test |
| 3 | Produktion | Aufgaben-App | http://example.com/api/myapp/ |
Wenn Sie eine App im Releasezyklus nach unten verschieben möchten, verschieben Sie den vorherigen Release einfach an die vorhandene URL.
Angenommen, Sie haben den Test einer Anwendung bei http://example.com/api/myapp/test abgeschlossen. Wenn Sie diese Anwendung für die Produktion freigeben möchten, übertragen Sie sie einfach auf http://example.com/api/myapp/.
Cloud Pub/Sub-Anwendungen
Für Cloud Pub/Sub-Anwendungen empfehlen wir dasselbe Bereitstellungsmodell wie für HTTP-Anwendungen, aber zusätzlich:
- Jeder Anwendungsrelease sollte ein eigenes Cloud Pub/Sub-Thema verwenden.
Apps Script-Apps
Jede Instanz einer Apps Script-App hat eine eigene Bereitstellungs-ID und Versionsnummer.
Das Deployment HEAD verweist immer auf Version 0. Jede zusätzliche Bereitstellungs-ID ist einer anderen Version Ihrer Apps Script-Anwendung zugeordnet. Wenn Sie Releases dieser Anwendungen verwalten möchten, erstellen Sie für jeden Release ein anderes Cloud-Projekt und ordnen Sie dann jede Bereitstellungs-ID dem entsprechenden Cloud-Projekt zu. Weitere Informationen finden Sie in der Tabelle unten.
| Projekt | Freigabe | App-Name | Deployment-ID | Apps Script-Version |
|---|---|---|---|---|
| 1 | HEAD | Task-App (HEAD) | {Head-Deployment-ID} | 0 |
| 2 | Test | Task-App (Test) | {Bereitstellungs-ID 2} | 2 |
| 3 | Produktion | Aufgaben-App | {Bereitstellungs-ID 3} | 3 |
Wenn Sie eine Apps Script-Anwendung nach unten verschieben möchten, können Sie eine neue Version erstellen. Erstellen Sie dazu eine neue Bereitstellung und wählen Sie als Versionsnummer Neu aus. Anschließend können Sie die Produktionsanwendung mit dieser neuen Bereitstellungs-ID aktualisieren.