Releaseを作成します。
リリース名は、開発者の展開慣行を反映する必要があります。たとえば、リリース名には、環境名、アプリケーション名、アプリケーションのバージョン、または開発者にとって意味のあるその他の名前が含まれる場合があります。 Release Rulesetを参照すると、Firebase ルール対応サービスによってルールを適用できます。
複数のRelease同時に「ライブ」になる場合があります。 projects/fooの次の 3 つのRelease名と、それらが参照するRulesetについて考えてみましょう。
リリース名 -> ルールセット名:
- プロジェクト/foo/releases/prod -> プロジェクト/foo/rulesets/uuid123
- プロジェクト/foo/releases/prod/beta -> プロジェクト/foo/rulesets/uuid123
- プロジェクト/foo/releases/prod/v23 -> プロジェクト/foo/rulesets/uuid456
この関係は、進行中のRulesetロールアウトを反映しています。 prodとprod/betaリリースは、同じRulesetを参照します。ただし、 prod/v23新しいRulesetを参照します。 ReleaseのRuleset参照は、 releases.patchメソッドを使用して更新できます。
HTTPリクエスト
POST https://firebaserules.googleapis.com/v1/{name=projects/*}/releases
URL はgRPC トランスコーディング構文を使用します。
パスパラメータ
| パラメーター | |
|---|---|
name | 必須。この 形式: |
リクエストボディ
リクエスト本文にはReleaseのインスタンスが含まれています。
レスポンスボディ
成功した場合、応答本文には新しく作成されたReleaseのインスタンスが含まれます。
認可の範囲
次の OAuth スコープのいずれかが必要です。
-
https://www.googleapis.com/auth/cloud-platform -
https://www.googleapis.com/auth/firebase
詳細については、 「認証の概要」を参照してください。