एक Release
बनाएं.
रिलीज़ नामों को डेवलपर की परिनियोजन प्रथाओं को प्रतिबिंबित करना चाहिए। उदाहरण के लिए, रिलीज़ नाम में पर्यावरण का नाम, एप्लिकेशन का नाम, एप्लिकेशन संस्करण या डेवलपर के लिए सार्थक कोई अन्य नाम शामिल हो सकता है। एक बार जब कोई Release
एक Ruleset
को संदर्भित करता है, तो नियमों को फायरबेस नियम-सक्षम सेवाओं द्वारा लागू किया जा सकता है।
एक से अधिक Release
एक साथ 'लाइव' हो सकती हैं। projects/foo
के लिए निम्नलिखित तीन Release
नामों और उनके द्वारा संदर्भित Ruleset
पर विचार करें।
रिलीज़ नाम -> नियम-सेट नाम:
- प्रोजेक्ट्स/फू/रिलीज/प्रोड -> प्रोजेक्ट्स/फू/रूल्सेट्स/यूयूआईडी123
- प्रोजेक्ट्स/फू/रिलीज/प्रोड/बीटा -> प्रोजेक्ट्स/फू/रूल्सेट्स/यूयूआईडी123
- प्रोजेक्ट्स/फू/रिलीज/प्रोड/वी23 -> प्रोजेक्ट्स/फू/रूल्सेट्स/यूयूआईडी456
रिश्ते प्रगति पर चल रहे Ruleset
रोलआउट को दर्शाते हैं। prod
और prod/beta
रिलीज़ समान Ruleset
को संदर्भित करते हैं। हालाँकि, prod/v23
एक नए Ruleset
को संदर्भित करता है। किसी Release
के लिए Ruleset
संदर्भ को releases.patch
विधि का उपयोग करके अद्यतन किया जा सकता है।
HTTP अनुरोध
POST https://firebaserules.googleapis.com/v1/{name=projects/*}/releases
यूआरएल जीआरपीसी ट्रांसकोडिंग सिंटैक्स का उपयोग करता है।
पथ पैरामीटर
पैरामीटर | |
---|---|
name | आवश्यक। उस प्रोजेक्ट का संसाधन नाम जो इस प्रारूप: |
निकाय से अनुरोध करें
अनुरोध निकाय में Release
का एक उदाहरण शामिल है।
प्रतिक्रिया निकाय
सफल होने पर, प्रतिक्रिया निकाय में Release
का एक नया बनाया गया उदाहरण शामिल होता है।
प्राधिकरण के दायरे
निम्नलिखित OAuth स्कोप में से एक की आवश्यकता है:
-
https://www.googleapis.com/auth/cloud-platform
-
https://www.googleapis.com/auth/firebase
अधिक जानकारी के लिए, प्रमाणीकरण अवलोकन देखें।