Firebase सीएलआई के बारे में जानकारी

Firebase CLI (GitHub) में, Firebase प्रोजेक्ट को मैनेज करने, देखने, और डिप्लॉय करने के लिए कई टूल उपलब्ध हैं.

Firebase CLI का इस्तेमाल करने से पहले, Firebase प्रोजेक्ट सेट अप करें.

सीएलआई को सेट अप करना या अपडेट करना

Firebase सीएलआई इंस्टॉल करना

अपने ऑपरेटिंग सिस्टम, अनुभव के लेवल, और/या इस्तेमाल के उदाहरण के हिसाब से, Firebase सीएलआई को इंस्टॉल किया जा सकता है. सीएलआई को इंस्टॉल करने का तरीका चाहे जो भी हो, आपके पास एक जैसी सुविधाओं और firebase कमांड का ऐक्सेस होता है.

Windows macOS Linux

Windows

Firebase CLI for Windows को इंस्टॉल करने के लिए, इनमें से कोई एक विकल्प चुनें:

macOS या Linux

macOS या Linux के लिए Firebase CLI को इंस्टॉल करने के लिए, इनमें से कोई एक विकल्प चुनें:

लॉग इन करें और Firebase सीएलआई को आज़माएं

सीएलआई इंस्टॉल करने के बाद, आपको पुष्टि करनी होगी. इसके बाद, अपने Firebase प्रोजेक्ट की सूची बनाकर पुष्टि की जा सकती है.

1. अपने Google खाते का इस्तेमाल करके Firebase में लॉग इन करें. इसके लिए, यह कमांड चलाएं:

   firebase login

   इस कमांड से, आपकी लोकल मशीन Firebase से कनेक्ट हो जाती है. साथ ही, आपको अपने Firebase प्रोजेक्ट का ऐक्सेस मिल जाता है.

2. पुष्टि करें कि सीएलआई सही तरीके से इंस्टॉल हो गया है और आपके खाते को ऐक्सेस कर रहा है. इसके लिए, अपने Firebase प्रोजेक्ट की सूची बनाएं. यह कमांड चलाएं:

   firebase projects:list

   दिखाई गई सूची में, वही Firebase प्रोजेक्ट होने चाहिए जो Firebase कंसोल में दिखते हैं.

सीएलआई के नए वर्शन पर अपडेट करना

आम तौर पर, आपको Firebase CLI का सबसे नया वर्शन इस्तेमाल करना चाहिए.

सीएलआई के वर्शन को अपडेट करने का तरीका, आपके ऑपरेटिंग सिस्टम और सीएलआई को इंस्टॉल करने के तरीके पर निर्भर करता है.

Firebase सीएलआई को अनइंस्टॉल करना

सीएलआई को अनइंस्टॉल करने का तरीका, आपके ऑपरेटिंग सिस्टम और सीएलआई को इंस्टॉल करने के तरीके पर निर्भर करता है.

सीआई सिस्टम के साथ सीएलआई का इस्तेमाल करना

हमारा सुझाव है कि सीआई सिस्टम के साथ सीएलआई का इस्तेमाल करते समय, ऐप्लिकेशन के डिफ़ॉल्ट क्रेडेंशियल का इस्तेमाल करके पुष्टि करें.

(सुझाया गया) ऐप्लिकेशन के डिफ़ॉल्ट क्रेडेंशियल का इस्तेमाल करें

अगर ऐप्लिकेशन के लिए डिफ़ॉल्ट क्रेडेंशियल सेट किए गए हैं, तो Firebase CLI उनका पता लगाएगा और उनका इस्तेमाल करेगा. सीआई और अन्य हेडलेस एनवायरमेंट में सीएलआई की पुष्टि करने का सबसे आसान तरीका, ऐप्लिकेशन के डिफ़ॉल्ट क्रेडेंशियल सेट अप करना है.

(मौजूदा) FIREBASE_TOKEN का इस्तेमाल करें

इसके अलावा, FIREBASE_TOKEN का इस्तेमाल करके भी पुष्टि की जा सकती है. यह Application Default Credentials से कम सुरक्षित है. अब इसका इस्तेमाल करने का सुझाव नहीं दिया जाता.

1. ब्राउज़र वाले किसी मशीन पर, Firebase सीएलआई इंस्टॉल करें.

2. साइन इन करने की प्रोसेस शुरू करने के लिए, यह कमांड चलाएं:

   firebase login:ci

3. दिए गए यूआरएल पर जाएं. इसके बाद, Google खाते का इस्तेमाल करके लॉग इन करें.

4. नया रीफ़्रेश टोकन प्रिंट करें. मौजूदा सीएलआई सेशन पर इसका कोई असर नहीं पड़ेगा.

5. आउटपुट टोकन को अपने सीआई सिस्टम में सुरक्षित तरीके से सेव करें, ताकि इसे आसानी से ऐक्सेस किया जा सके.

6. firebase निर्देश चलाते समय इस टोकन का इस्तेमाल करें. इनमें से किसी एक विकल्प का इस्तेमाल किया जा सकता है:

   • पहला विकल्प: टोकन को एनवायरमेंट वैरिएबल FIREBASE_TOKEN के तौर पर सेव करें. आपका सिस्टम टोकन का इस्तेमाल अपने-आप करेगा.

   • दूसरा विकल्प: अपने सीआई सिस्टम में, --token TOKEN फ़्लैग के साथ सभी firebase कमांड चलाएं.
     यह टोकन लोड करने के लिए प्राथमिकता क्रम है: फ़्लैग, एनवायरमेंट वैरिएबल, और Firebase प्रोजेक्ट.

Firebase प्रोजेक्ट शुरू करना

सीएलआई का इस्तेमाल करके कई सामान्य टास्क किए जाते हैं. जैसे, Firebase प्रोजेक्ट में डिप्लॉय करना. इसके लिए, प्रोजेक्ट डायरेक्ट्री की ज़रूरत होती है. firebase init कमांड का इस्तेमाल करके, प्रोजेक्ट डायरेक्ट्री बनाई जाती है. प्रोजेक्ट डायरेक्ट्री आम तौर पर, आपकी सोर्स कंट्रोल रूट डायरेक्ट्री के जैसी ही होती है. साथ ही, firebase init चलाने के बाद, डायरेक्ट्री में firebase.json कॉन्फ़िगरेशन फ़ाइल होती है.

नया Firebase प्रोजेक्ट शुरू करने के लिए, अपने ऐप्लिकेशन की डायरेक्ट्री में जाकर यह निर्देश चलाएं:

firebase init

firebase init कमांड की मदद से, प्रोजेक्ट डायरेक्ट्री और कुछ Firebase प्रॉडक्ट सेट अप किए जा सकते हैं. प्रोजेक्ट शुरू करते समय, Firebase CLI आपसे ये टास्क पूरे करने के लिए कहता है:

• डिफ़ॉल्ट Firebase प्रोजेक्ट चुनें.

  इस चरण में, मौजूदा प्रोजेक्ट डायरेक्ट्री को Firebase प्रोजेक्ट से जोड़ा जाता है. इससे प्रोजेक्ट से जुड़ी कमांड (जैसे, firebase deploy) सही Firebase प्रोजेक्ट के ख़िलाफ़ चलती हैं.

  एक ही प्रोजेक्ट डायरेक्ट्री से एक से ज़्यादा Firebase प्रोजेक्ट (जैसे, स्टेजिंग प्रोजेक्ट और प्रोडक्शन प्रोजेक्ट) भी जोड़े जा सकते हैं.

• अपने Firebase प्रोजेक्ट में सेट अप करने के लिए, Firebase के प्रॉडक्ट चुनें.

  इस चरण में, आपको चुने गए प्रॉडक्ट या सुविधाओं के लिए, कुछ फ़ाइलों के कॉन्फ़िगरेशन सेट करने के लिए कहा जाता है. इन कॉन्फ़िगरेशन के बारे में ज़्यादा जानने के लिए, प्रॉडक्ट के हिसाब से दिए गए दस्तावेज़ (उदाहरण के लिए, Hosting या Authentication) देखें. ध्यान दें कि ज़्यादा Firebase प्रॉडक्ट सेट अप करने के लिए, firebase init को बाद में भी चलाया जा सकता है.

शुरू करने की प्रोसेस पूरी होने के बाद, Firebase आपके ऐप्लिकेशन की लोकल डायरेक्ट्री के रूट में ये दो फ़ाइलें अपने-आप बना देता है:

• firebase.json कॉन्फ़िगरेशन फ़ाइल, जिसमें आपके प्रोजेक्ट का कॉन्फ़िगरेशन दिया गया होता है.

• .firebaserc फ़ाइल, जिसमें आपके प्रोजेक्ट के उर्फ़ सेव होते हैं.

firebase.json फ़ाइल

firebase init कमांड, आपके प्रोजेक्ट डायरेक्ट्री के रूट में एक firebase.json कॉन्फ़िगरेशन फ़ाइल बनाती है.

firebase.json फ़ाइल की ज़रूरत तब पड़ती है, जब आपको Firebase CLI की मदद से ऐसेट डिप्लॉय करनी हों. ऐसा इसलिए, क्योंकि यह फ़ाइल बताती है कि आपकी प्रोजेक्ट डायरेक्ट्री की कौनसी फ़ाइलें और सेटिंग, आपके Firebase प्रोजेक्ट में डिप्लॉय की गई हैं. जैसे, Hosting सेटिंग, Authentication प्रोवाइडर कॉन्फ़िगरेशन, सुरक्षा के नियम, और Cloud Functions कॉन्फ़िगरेशन. कुछ सेटिंग को आपके प्रोजेक्ट डायरेक्ट्री या Firebase कंसोल में तय किया जा सकता है. इसलिए, पक्का करें कि आपने डिप्लॉयमेंट से जुड़ी किसी भी समस्या को ठीक कर लिया हो.

firebase.json फ़ाइल में सीधे तौर पर, ज़्यादातर Firebase Hosting विकल्पों को कॉन्फ़िगर किया जा सकता है. हालांकि, Firebase CLI के साथ डिप्लॉय की जा सकने वाली अन्य Firebase सेवाओं के लिए, firebase init कमांड से ऐसी फ़ाइलें बनती हैं जिनमें उन सेवाओं के लिए सेटिंग तय की जा सकती हैं. जैसे, Cloud Functions के लिए index.js फ़ाइल. firebase.json फ़ाइल में, प्रीडिप्लॉय या पोस्टडिप्लॉय हुक भी सेट अप किए जा सकते हैं.

यहां दी गई firebase.json फ़ाइल में, Firebase की कई सेवाओं के कॉन्फ़िगरेशन के विकल्पों का पूरा उदाहरण दिया गया है. इसमें मल्टी-कोडबेस Cloud Functions, Local Emulator Suite सेटअप, और Remote Config टेंप्लेट जैसी सुविधाओं के बारे में भी बताया गया है. ध्यान दें कि किसी भी प्रोजेक्ट के लिए firebase.json फ़ाइल में, सिर्फ़ उन Firebase सेवाओं के कॉन्फ़िगरेशन शामिल होंगे जिन्हें उस प्रोजेक्ट के लिए सेट अप किया गया है. उदाहरण के लिए, सिर्फ़ Firebase Hosting और Cloud Functions. $schema कुंजी जोड़ने से, कई कोड एडिटर में पुष्टि करने और अपने-आप पूरा होने की सुविधा चालू हो जाती है.

    {
      "$schema": "https://raw.githubusercontent.com/firebase/firebase-tools/master/schema/firebase-config.json",
      "hosting": {
        "public": "public",
        "ignore": [
          "firebase.json",
          "**/.*",
          "**/node_modules/**"
        ],
        "cleanUrls": true,
        "trailingSlash": false
      },
      "apphosting": {
        "backendId": "my-app",
        "rootDir": "backend",
        "ignore": [
          "firebase.json",
          "**/.*",
          "**/node_modules/**"
        ]
      },
      "firestore": {
        "rules": "firestore.rules",
        "indexes": "firestore.indexes.json"
      },
      "storage": {
        "rules": "storage.rules"
      },
      "database": {
        "rules": "database.rules.json"
      },
      "dataconnect": {
        "source": "dataconnect",
        "location": "us-central1"
      },
      "functions": [
        {
          "source": "functions",
          "codebase": "default",
          "ignore": [
            "**/.*",
            "**/node_modules/**"
          ],
          "predeploy": [
            "npm --prefix \"$RESOURCE_DIR\" run lint",
            "npm --prefix \"$RESOURCE_DIR\" run build"
          ]
        }
      ],
      "emulators": {
        "auth": {
          "port": 9099
        },
        "functions": {
          "port": 5001
        },
        "firestore": {
          "port": 8080
        },
        "hosting": {
          "port": 5000
        },
        "storage": {
          "port": 9199
        },
        "ui": {
          "enabled": true,
          "port": 4000
        },
        "singleProjectMode": true
      },
      "extensions": {
        "my-storage-resizer": "firebase/storage-resize-images@^0.1.0"
      },
      "auth": {
        "providers": {
          "anonymous": true,
          "emailPassword": true,
          "googleSignIn": {
            "oAuthBrandDisplayName": "My App",
            "supportEmail": "support@myapp.com"
          }
        }
      },
      "remoteconfig": {
        "template": "remoteconfig.template.json"
      }
    }

firebase.json का इस्तेमाल डिफ़ॉल्ट रूप से किया जाता है. हालांकि, --config PATH फ़्लैग पास करके, कोई दूसरी कॉन्फ़िगरेशन फ़ाइल तय की जा सकती है.

एक से ज़्यादा Cloud Firestore डेटाबेस के लिए कॉन्फ़िगरेशन

firebase init चलाने पर, आपकी firebase.json फ़ाइल में एक firestore कुंजी होगी. यह कुंजी, आपके प्रोजेक्ट के डिफ़ॉल्ट डेटाबेस से जुड़ी होगी. इसे ऊपर दिए गए उदाहरण में दिखाया गया है.

अगर आपके प्रोजेक्ट में एक से ज़्यादा Cloud Firestore डेटाबेस हैं, तो अपनी firebase.json फ़ाइल में बदलाव करें. इससे हर डेटाबेस के साथ अलग-अलग Cloud Firestore Security Rules और डेटाबेस इंडेक्स सोर्स फ़ाइलों को जोड़ा जा सकेगा. JSON कलेक्शन का इस्तेमाल करके फ़ाइल में बदलाव करें. इसमें हर डेटाबेस के लिए एक एंट्री होती है.

      "firestore": [
        {
          "database": "(default)",
          "rules": "firestore.default.rules",
          "indexes": "firestore.default.indexes.json"
        },
        {
          "database": "ecommerce",
          "rules": "firestore.ecommerce.rules",
          "indexes": "firestore.ecommerce.indexes.json"
        }
      ],

Cloud Functions फ़ाइलें, जिन्हें डिप्लॉय करते समय अनदेखा करना है

फ़ंक्शन डिप्लॉयमेंट के समय, सीएलआई अपने-आप functions डायरेक्ट्री में मौजूद फ़ाइलों की सूची तय करता है, ताकि उन्हें अनदेखा किया जा सके. इससे बैकएंड में ऐसी फ़ालतू फ़ाइलों को डिप्लॉय होने से रोका जा सकता है जिनसे डिप्लॉयमेंट के डेटा का साइज़ बढ़ सकता है.

डिफ़ॉल्ट रूप से अनदेखी की गई फ़ाइलों की सूची, JSON फ़ॉर्मैट में दिखाई गई है. यह सूची यहां दी गई है:

"ignore": [
  ".git",
  ".runtimeconfig.json",
  "firebase-debug.log",
  "firebase-debug.*.log",
  "node_modules"
]

अगर आपको firebase.json में ignore के लिए अपनी कस्टम वैल्यू जोड़नी हैं, तो पक्का करें कि आपने पिछली सूची में दिखाई गई फ़ाइलों की सूची को रखा हो. अगर यह सूची मौजूद नहीं है, तो इसे जोड़ें.

प्रोजेक्ट के उपनाम मैनेज करना

एक ही प्रोजेक्ट डायरेक्ट्री से कई Firebase प्रोजेक्ट जोड़े जा सकते हैं. उदाहरण के लिए, ऐसा हो सकता है कि आपको स्टेजिंग के लिए एक Firebase प्रोजेक्ट और प्रोडक्शन के लिए दूसरा प्रोजेक्ट इस्तेमाल करना हो. अलग-अलग प्रोजेक्ट एनवायरमेंट का इस्तेमाल करके, प्रोडक्शन में डिप्लॉय करने से पहले बदलावों की पुष्टि की जा सकती है. firebase use कमांड की मदद से, एक ईमेल पते से दूसरे ईमेल पते पर स्विच किया जा सकता है. साथ ही, नए ईमेल पते बनाए जा सकते हैं.

प्रोजेक्ट का उपनाम जोड़ना

प्रोजेक्ट को शुरू करने के दौरान Firebase प्रोजेक्ट चुनने पर, प्रोजेक्ट को default का उपनाम अपने-आप असाइन हो जाता है. हालांकि, अगर आपको किसी प्रोजेक्ट से जुड़ी कमांड को किसी दूसरे Firebase प्रोजेक्ट के लिए चलाने की अनुमति देनी है, लेकिन फिर भी उसी प्रोजेक्ट डायरेक्ट्री का इस्तेमाल करना है, तो अपनी प्रोजेक्ट डायरेक्ट्री में जाकर यह कमांड चलाएं:

firebase use --add

इस कमांड से, आपको कोई दूसरा Firebase प्रोजेक्ट चुनने और उसे उपनाम के तौर पर असाइन करने के लिए कहा जाता है. एलियास असाइनमेंट, आपकी प्रोजेक्ट डायरेक्ट्री में मौजूद .firebaserc फ़ाइल में लिखे जाते हैं.

प्रोजेक्ट के उपनामों का इस्तेमाल करना

असाइन किए गए Firebase प्रोजेक्ट के एलियास इस्तेमाल करने के लिए, अपने प्रोजेक्ट डायरेक्ट्री में जाकर इनमें से कोई भी कमांड चलाएं.

सीएलआई की किसी भी कमांड के साथ --project फ़्लैग पास करके, चालू प्रोजेक्ट के तौर पर इस्तेमाल किए जा रहे प्रोजेक्ट को बदला जा सकता है. उदाहरण के लिए: अपने सीएलआई को ऐसे Firebase प्रोजेक्ट के लिए सेट किया जा सकता है जिसे आपने staging उपनाम दिया है. अगर आपको prod उपनाम वाले Firebase प्रोजेक्ट के लिए एक ही कमांड चलानी है, तो उदाहरण के लिए, firebase deploy --project=prod कमांड चलाई जा सकती है.

सोर्स कंट्रोल और प्रोजेक्ट के एलियास

आम तौर पर, आपको अपनी .firebaserc फ़ाइल को सोर्स कंट्रोल में सेव करना चाहिए, ताकि आपकी टीम प्रोजेक्ट के एलियास शेयर कर सके. हालांकि, ओपन सोर्स प्रोजेक्ट या स्टार्टर टेंप्लेट के लिए, आपको आम तौर पर अपनी .firebaserc फ़ाइल में इसकी जांच नहीं करनी चाहिए.

अगर आपके पास कोई ऐसा डेवलपमेंट प्रोजेक्ट है जिसका इस्तेमाल सिर्फ़ आपको करना है, तो हर कमांड के साथ --project फ़्लैग पास करें या Firebase प्रोजेक्ट को कोई उपनाम असाइन किए बिना firebase use PROJECT_ID चलाएं.

अपने Firebase प्रोजेक्ट को स्थानीय तौर पर टेस्ट करना और उसे उपलब्ध कराना

प्रोडक्शन में डिप्लॉय करने से पहले, स्थानीय तौर पर होस्ट किए गए यूआरएल पर अपने Firebase प्रोजेक्ट को देखा और टेस्ट किया जा सकता है. अगर आपको सिर्फ़ कुछ सुविधाओं को टेस्ट करना है, तो firebase serve कमांड में मौजूद फ़्लैग में कॉमा लगाकर अलग की गई लिस्ट का इस्तेमाल किया जा सकता है.

अगर आपको इनमें से कोई भी काम करना है, तो अपनी लोकल प्रोजेक्ट डायरेक्ट्री के रूट से यह कमांड चलाएं:

• Firebase होस्टिंग का इस्तेमाल करके होस्ट किए गए ऐप्लिकेशन का स्टैटिक कॉन्टेंट देखें.
• आपको Firebase Hosting के लिए डाइनैमिक कॉन्टेंट जनरेट करने के लिए Cloud Functions का इस्तेमाल करना है. साथ ही, आपको लोकल यूआरएल पर Hosting को एम्युलेट करने के लिए, प्रोडक्शन (डिप्लॉय किए गए) एचटीटीपी फ़ंक्शन का इस्तेमाल करना है.

firebase serve --only hosting

लोकल एचटीटीपी फ़ंक्शन का इस्तेमाल करके, अपने प्रोजेक्ट को एम्युलेट करना

लोकल एचटीटीपी फ़ंक्शन का इस्तेमाल करके अपने प्रोजेक्ट को एम्युलेट करने के लिए, अपनी प्रोजेक्ट डायरेक्ट्री से इनमें से कोई भी कमांड चलाएं.

• स्थानीय यूआरएल पर टेस्टिंग के लिए, एचटीटीपी फ़ंक्शन और होस्टिंग की नकल करने के लिए, इनमें से किसी एक कमांड का इस्तेमाल करें:

  firebase serve

  firebase serve --only functions,hosting // uses a flag

• सिर्फ़ एचटीटीपी फ़ंक्शन का इस्तेमाल करने के लिए, इस कमांड का इस्तेमाल करें:

  firebase serve --only functions

लोकल नेटवर्क से कनेक्ट किए गए अन्य डिवाइसों से टेस्ट करना

डिफ़ॉल्ट रूप से, firebase serve सिर्फ़ localhost से मिले अनुरोधों का जवाब देता है. इसका मतलब है कि होस्ट किए गए कॉन्टेंट को अपने कंप्यूटर के वेब ब्राउज़र से ऐक्सेस किया जा सकेगा. हालांकि, इसे अपने नेटवर्क पर मौजूद अन्य डिवाइसों से ऐक्सेस नहीं किया जा सकेगा. अगर आपको अन्य लोकल डिवाइसों से टेस्ट करना है, तो --host फ़्लैग का इस्तेमाल करें. जैसे:

firebase serve --host 0.0.0.0  // accepts requests to any host

किसी Firebase प्रोजेक्ट में डिप्लॉय करना

Firebase CLI, आपके Firebase प्रोजेक्ट में कोड और ऐसेट के डिप्लॉयमेंट को मैनेज करता है. इसमें ये शामिल हैं:

• आपकी Firebase Hosting साइटों की नई रिलीज़
• नई, अपडेट की गई या मौजूदा Cloud Functions for Firebase
• Firebase SQL Connect के लिए नए या अपडेट किए गए स्कीमा और कनेक्टर
• Firebase Realtime Database के लिए Security Rules
• Cloud Storage for Firebase के लिए Security Rules
• Cloud Firestore के लिए Security Rules
• Cloud Firestore के लिए इंडेक्स
• Authentication के लिए कॉन्फ़िगरेशन

किसी Firebase प्रोजेक्ट पर डिप्लॉय करने के लिए, अपने प्रोजेक्ट की डायरेक्ट्री से यह कमांड चलाएं:

firebase deploy

आपके पास हर डिप्लॉयमेंट में टिप्पणी जोड़ने का विकल्प होता है. यह टिप्पणी, आपके प्रोजेक्ट के Firebase Hosting पेज पर, डिप्लॉयमेंट की अन्य जानकारी के साथ दिखेगी. उदाहरण के लिए:

firebase deploy -m "Deploying the best new feature ever."

firebase deploy कमांड का इस्तेमाल करते समय, इन बातों का ध्यान रखें:

• किसी प्रोजेक्ट डायरेक्ट्री से संसाधन डिप्लॉय करने के लिए, प्रोजेक्ट डायरेक्ट्री में firebase.json फ़ाइल होनी चाहिए. यह फ़ाइल, firebase init कमांड की मदद से आपके लिए अपने-आप बनाई जाती है.

• डिफ़ॉल्ट रूप से, firebase deploy आपके प्रोजेक्ट डायरेक्ट्री में मौजूद, डिप्लॉय किए जा सकने वाले सभी संसाधनों के लिए एक रिलीज़ बनाता है. Firebase की कुछ सेवाओं या सुविधाओं को डिप्लॉय करने के लिए, आंशिक डिप्लॉयमेंट का इस्तेमाल करें.

Firebase की चुनिंदा सेवाओं को डिप्लॉय करना

अगर आपको सिर्फ़ कुछ Firebase सेवाओं या सुविधाओं को डिप्लॉय करना है, तो firebase deploy कमांड में मौजूद फ़्लैग में, कॉमा लगाकर अलग की गई सूची का इस्तेमाल किया जा सकता है. उदाहरण के लिए, यहां दिया गया निर्देश Firebase Hosting कॉन्टेंट और Cloud Storage Security Rules को डिप्लॉय करता है.

firebase deploy --only hosting,storage

यहां दी गई टेबल में, आंशिक तौर पर डिप्लॉयमेंट के लिए उपलब्ध सेवाओं और सुविधाओं की सूची दी गई है. फ़्लैग में दिए गए नाम, आपकी firebase.json कॉन्फ़िगरेशन फ़ाइल में मौजूद कुंजियों से मेल खाते हैं.

Security Rules के लिए, डिप्लॉयमेंट से जुड़ी समस्याएं

Firebase Realtime Database, Cloud Storage for Firebase, और Cloud Firestore के लिए, Security Rules को अपनी लोकल प्रोजेक्ट डायरेक्ट्री या Firebase कंसोल में तय किया जा सकता है.

डप्लॉयमेंट से जुड़ी समस्याओं से बचने का दूसरा तरीका यह है कि आंशिक डप्लॉयमेंट का इस्तेमाल करें और Firebase कंसोल में सिर्फ़ Security Rules को तय करें.

डिप्लॉय करने से पहले और डिप्लॉय करने के बाद स्क्रिप्ट वाले टास्क सेट अप करना

प्रीडप्लॉय या पोस्टडप्लॉय टास्क पूरे करने के लिए, शेल स्क्रिप्ट को firebase deploy कमांड से कनेक्ट किया जा सकता है. उदाहरण के लिए, प्रीडिप्लॉय स्क्रिप्ट, TypeScript कोड को JavaScript में ट्रांसपाइल कर सकती है. वहीं, पोस्टडिप्लॉय हुक, एडमिन को नई साइट के कॉन्टेंट को Firebase Hosting पर डिप्लॉय करने के बारे में सूचना दे सकता है.

प्रीडिप्लॉय या पोस्टडिप्लॉय हुक सेट अप करने के लिए, अपनी firebase.json कॉन्फ़िगरेशन फ़ाइल में बैश स्क्रिप्ट जोड़ें. firebase.json फ़ाइल में सीधे तौर पर छोटी स्क्रिप्ट तय की जा सकती हैं. इसके अलावा, अपनी प्रोजेक्ट डायरेक्ट्री में मौजूद अन्य फ़ाइलों का रेफ़रंस भी दिया जा सकता है.

उदाहरण के लिए, यहां दी गई स्क्रिप्ट, firebase.json का एक्सप्रेशन है. यह पोस्टडिप्लॉय टास्क के लिए है. इससे Firebase Hosting पर डिप्लॉयमेंट पूरा होने के बाद, Slack पर एक मैसेज भेजा जाता है.

"hosting": {
  // ...

  "postdeploy": "./messageSlack.sh 'Just deployed to Firebase Hosting'",
  "public": "public"
}

messageSlack.sh स्क्रिप्ट फ़ाइल, प्रोजेक्ट डायरेक्ट्री में मौजूद होती है और ऐसी दिखती है:

curl -X POST -H 'Content-type: application/json' --data '{"text":"$1"}'
     \https://SLACK_WEBHOOK_URL

डिप्लॉय की जा सकने वाली किसी भी ऐसेट के लिए, predeploy और postdeploy हुक सेट अप किए जा सकते हैं. ध्यान दें कि firebase deploy चलाने पर, आपकी firebase.json फ़ाइल में तय किए गए, डिप्लॉयमेंट से पहले और डिप्लॉयमेंट के बाद के सभी टास्क ट्रिगर हो जाते हैं. किसी खास Firebase सेवा से जुड़े टास्क चलाने के लिए, आंशिक डिप्लॉयमेंट कमांड का इस्तेमाल करें.

predeploy और postdeploy, दोनों हुक स्क्रिप्ट के स्टैंडर्ड आउटपुट और गड़बड़ी स्ट्रीम को टर्मिनल पर प्रिंट करते हैं. अगर कोई अनुरोध पूरा नहीं होता है, तो इन बातों का ध्यान रखें:

• अगर प्रीडिप्लॉय हुक, उम्मीद के मुताबिक पूरा नहीं होता है, तो डिप्लॉयमेंट रद्द कर दिया जाता है.
• अगर किसी वजह से डिप्लॉयमेंट पूरा नहीं होता है, तो postdeploy हुक ट्रिगर नहीं होते हैं.

एनवायरमेंट वैरिएबल

प्रीडिप्लॉय और पोस्टडिप्लॉय हुक में चलने वाली स्क्रिप्ट में, ये एनवायरमेंट वैरिएबल उपलब्ध होते हैं:

• $GCLOUD_PROJECT: चालू प्रोजेक्ट का प्रोजेक्ट आईडी
• $PROJECT_DIR: वह रूट डायरेक्ट्री जिसमें firebase.json फ़ाइल मौजूद है
• $RESOURCE_DIR: (सिर्फ़ hosting और functions स्क्रिप्ट के लिए) यह उस डायरेक्ट्री की जगह की जानकारी देता है जिसमें डिप्लॉय किए जाने वाले Hosting या Cloud Functions संसाधन मौजूद होते हैं

डिप्लॉयमेंट के लिए कोटा

ऐसा हो सकता है कि आपने किसी ऐसे कोटे का उल्लंघन किया हो जो Firebase डिप्लॉयमेंट ऑपरेशंस की दर या वॉल्यूम को सीमित करता है. हालांकि, ऐसा होने की संभावना कम होती है. उदाहरण के लिए, बहुत ज़्यादा संख्या में फ़ंक्शन डिप्लॉय करते समय, आपको HTTP 429 Quotaगड़बड़ी का मैसेज मिल सकता है. ऐसी समस्याओं को हल करने के लिए, आंशिक तौर पर डिप्लॉयमेंट का इस्तेमाल करें.

किसी डिप्लॉयमेंट को रोल बैक करना

आप अपने प्रोजेक्ट के Firebase Hosting पेज से Firebase Hosting डिप्लॉयमेंट को रोल बैक कर सकते हैं. इसके लिए, चुनी गई रिलीज़ के लिए रोल बैक ऐक्शन चुनें.

Firebase Realtime Database, Cloud Storage for Firebase या Cloud Firestore के लिए, Security Rules की रिलीज़ को रोल बैक नहीं किया जा सकता.

कमांड रेफ़रंस

सीएलआई की एडमिन से जुड़ी कमांड

प्रोजेक्ट मैनेज करने से जुड़े निर्देश

डिप्लॉयमेंट और लोकल डेवलपमेंट

इन कमांड की मदद से, Firebase Hosting साइट को डिप्लॉय किया जा सकता है और उसके साथ इंटरैक्ट किया जा सकता है.

App Distribution निर्देश

App Hosting निर्देश

Authentication (उपयोगकर्ता को मैनेज करने से जुड़ी) कमांड

Cloud Firestore निर्देश

Cloud Functions for Firebase निर्देश

ज़्यादा जानकारी के लिए, एनवायरमेंट कॉन्फ़िगरेशन का दस्तावेज़ पढ़ें.

Crashlytics निर्देश

SQL Connect निर्देश

इन कमांड और उनके इस्तेमाल के उदाहरणों के बारे में ज़्यादा जानकारी, SQL Connect सीएलआई रेफ़रंस गाइड में दी गई है.

Extensions निर्देश

Extensions पब्लिशर के निर्देश

Hosting निर्देश

Realtime Database निर्देश

ध्यान दें कि Firebase कंसोल में जाकर या सामान्य firebase init वर्कफ़्लो या खास firebase init database फ़्लो का इस्तेमाल करके, अपना शुरुआती, डिफ़ॉल्ट Realtime Database इंस्टेंस बनाया जा सकता है.

उदाहरण बनाने के बाद, उन्हें मैनेज किया जा सकता है. इसके बारे में सीएलआई का इस्तेमाल करके, खास उदाहरणों को मैनेज करना और उनसे इंटरैक्ट करना लेख में बताया गया है.

Remote Config निर्देश

इन निर्देशों और उनके इस्तेमाल के उदाहरणों के बारे में ज़्यादा जानकारी, प्रोग्राम के हिसाब से Remote Config में बदलाव करना लेख में दी गई है.