Erstellen Sie eine Release
.
Release-Namen sollten die Bereitstellungspraktiken des Entwicklers widerspiegeln. Beispielsweise kann der Release-Name den Umgebungsnamen, den Anwendungsnamen, die Anwendungsversion oder jeden anderen für den Entwickler aussagekräftigen Namen enthalten. Sobald sich ein Release
auf einen Ruleset
bezieht, können die Regeln durch Firebase Rules-fähige Dienste durchgesetzt werden.
Es kann sein, dass mehrere Release
gleichzeitig „live“ sind. Betrachten Sie die folgenden drei Release
Namen für projects/foo
und den Ruleset
, auf den sie sich beziehen.
Releasename -> Regelsatzname:
- Projekte/foo/releases/prod -> Projekte/foo/rulesets/uuid123
- Projekte/foo/releases/prod/beta -> Projekte/foo/rulesets/uuid123
- Projekte/foo/releases/prod/v23 -> Projekte/foo/rulesets/uuid456
Die Beziehungen spiegeln einen laufenden Ruleset
Rollout wider. Die prod
und prod/beta
Releases beziehen sich auf denselben Ruleset
. Allerdings verweist prod/v23
auf einen neuen Ruleset
. Die Ruleset
für ein Release
kann mithilfe der Methode releases.patch
aktualisiert werden.
HTTP-Anfrage
POST https://firebaserules.googleapis.com/v1/{name=projects/*}/releases
Die URL verwendet die gRPC-Transcoding -Syntax.
Pfadparameter
Parameter | |
---|---|
name | Erforderlich. Ressourcenname für das Projekt, dem dieses Format: |
Anforderungstext
Der Anforderungstext enthält eine Instanz von Release
.
Antwortkörper
Bei Erfolg enthält der Antworttext eine neu erstellte Instanz von Release
.
Autorisierungsbereiche
Erfordert einen der folgenden OAuth-Bereiche:
-
https://www.googleapis.com/auth/cloud-platform
-
https://www.googleapis.com/auth/firebase
Weitere Informationen finden Sie in der Authentifizierungsübersicht .