Google is committed to advancing racial equity for Black communities. See how.
इस पेज का अनुवाद Cloud Translation API से किया गया है.
Switch to English

स्थानीय रूप से परीक्षण करें, परिवर्तन साझा करें, फिर लाइव तैनाती करें

अपनी लाइव साइट पर लागू करने से पहले, आप अपने परिवर्तनों को देखना और उनका परीक्षण करना चाहते हैं। फायरबेस होस्टिंग आपको स्थानीय स्तर पर परिवर्तनों को देखने और परीक्षण करने और सक्षम बैकएंड प्रोजेक्ट संसाधनों के साथ बातचीत करने में सक्षम बनाती है। यदि आपको अपने परिवर्तनों को देखने और परीक्षण करने के लिए अपने साथियों की आवश्यकता है, तो होस्टिंग आपकी साइट के लिए अस्थिर, अस्थायी पूर्वावलोकन URL बना सकती है। हम भी एक पुल अनुरोध से तैनात करने के लिए एक GitHub एकीकरण का समर्थन करते हैं।

शुरू करने से पहले

होस्टिंग प्रारंभ पृष्ठ पर सूचीबद्ध चरणों को पूरा करें, विशेष रूप से निम्नलिखित कार्य:

  1. अपने नवीनतम संस्करण में फायरबेस सीएलआई को स्थापित या अपडेट करें।
  2. अपने फायरबेस प्रोजेक्ट में स्थानीय प्रोजेक्ट डायरेक्टरी (अपने ऐप की सामग्री से युक्त) को कनेक्ट करें।

आप वैकल्पिक रूप से अपने ऐप की होस्टिंग सामग्री और कॉन्फिगरेशन को तैनात कर सकते हैं, लेकिन यह इस पृष्ठ पर दिए गए चरणों के लिए कोई शर्त नहीं है।

चरण 1: स्थानीय रूप से परीक्षण करें

यदि आप त्वरित पुनरावृत्तियाँ बना रहे हैं या आप चाहते हैं कि आपका ऐप एमुलेटेड बैकएंड प्रोजेक्ट संसाधनों के साथ सहभागिता करे, तो आप अपनी होस्टिंग सामग्री का परीक्षण कर सकते हैं और स्थानीय रूप से कॉन्फ़िगर कर सकते हैं। स्थानीय स्तर पर परीक्षण करते समय, Firebase आपके वेब ऐप को स्थानीय रूप से होस्ट किए गए URL पर कार्य करता है।

होस्टिंग फायरबेस स्थानीय एमुलेटर सूट का एक हिस्सा है, जो आपके ऐप को आपके एमुलेटेड होस्टिंग कंटेंट और कॉन्फ़िगरेशन के साथ-साथ वैकल्पिक रूप से आपके एमुलेटेड प्रोजेक्ट रिसोर्स (फ़ंक्शंस, डेटाबेस और रूल्स) के साथ इंटरैक्ट करने में सक्षम बनाता है। ध्यान दें कि स्थानीय एमुलेटर सूट अभी तक उत्सर्जित क्लाउड स्टोरेज का समर्थन नहीं करता है।

  1. (वैकल्पिक) डिफ़ॉल्ट रूप से, आपका स्थानीय रूप से होस्ट किया गया एप्लिकेशन वास्तविक , अनुकरणीय नहीं, प्रोजेक्ट संसाधनों (फ़ंक्शन, डेटाबेस, नियम आदि) के साथ सहभागिता करेगा। इसके बजाय आप वैकल्पिक रूप से किसी भी नकल परियोजना संसाधनों का उपयोग करने के लिए कि आप कॉन्फ़िगर कर दिया है अपने अनुप्रयोग कनेक्ट कर सकते हैं। और जानें: रीयलटाइम डेटाबेस | क्लाउड फायरस्टार | क्लाउड फ़ंक्शंस

  2. अपने स्थानीय प्रोजेक्ट निर्देशिका की जड़ से, निम्न कमांड चलाएँ:

    firebase emulators:start
  3. CLI द्वारा लौटाए गए स्थानीय URL पर अपना वेब ऐप खोलें (आमतौर पर http://localhost:5000 )।

  4. परिवर्तनों के साथ स्थानीय URL को अपडेट करने के लिए, अपने ब्राउज़र को ताज़ा करें।

अन्य स्थानीय उपकरणों से परीक्षण करें

डिफ़ॉल्ट रूप से, एमुलेटर केवल localhost अनुरोधों का जवाब देते हैं। इसका मतलब है कि आप अपने कंप्यूटर के वेब ब्राउज़र से होस्ट की गई सामग्री तक पहुँच सकते हैं, लेकिन अपने नेटवर्क के अन्य उपकरणों से नहीं। यदि आप अन्य स्थानीय उपकरणों से परीक्षण करना चाहते हैं, तो अपने firebase.json कॉन्फ़िगर करें:

"emulators": {
    // ...

    "hosting": {
      "port": 5000
      "host": "0.0.0.0"
    }
  }

चरण 2: पूर्वावलोकन और साझा करें

यदि आप चाहते हैं कि अन्य लोग लाइव होने से पहले अपने वेब ऐप में बदलाव देखें, तो आप पूर्वावलोकन चैनलों का उपयोग कर सकते हैं।

आपके द्वारा पूर्वावलोकन चैनल पर तैनात किए जाने के बाद, Firebase आपके वेब ऐप को "प्रीव्यू URL" पर कार्य करता है, जो कि एक साझा करने योग्य, अस्थायी URL है। पूर्वावलोकन URL का उपयोग करते समय, आपका वेब ऐप सभी प्रोजेक्ट संसाधनों के लिए आपके वास्तविक बैकएंड के साथ इंटरैक्ट करता है।

ध्यान दें कि हालांकि पूर्वावलोकन URL अनुमान लगाना मुश्किल है (क्योंकि उनमें एक यादृच्छिक हैश होता है), वे सार्वजनिक हैं। तो, कोई भी व्यक्ति जो URL जानता है वह इसे एक्सेस कर सकता है।

  1. अपने स्थानीय प्रोजेक्ट निर्देशिका की जड़ से, निम्न कमांड चलाएँ:

    firebase hosting:channel:deploy CHANNEL_ID

    CHANNEL_ID को बिना रिक्त स्थान वाले स्ट्रिंग से बदलें (उदाहरण के लिए, feature_mission-2-mars )। इस आईडी का उपयोग पूर्वावलोकन चैनल से जुड़े पूर्वावलोकन URL के निर्माण के लिए किया जाएगा।

  2. CLI द्वारा दिए गए पूर्वावलोकन URL पर अपना वेब ऐप खोलें। यह कुछ इस तरह दिखेगा: PROJECT_ID -- CHANNEL_ID - RANDOM_HASH .web.app

  3. परिवर्तनों के साथ अपने पूर्वावलोकन URL को अपडेट करने के लिए, उसी कमांड को फिर से चलाएँ। कमांड में समान CHANNEL_ID निर्दिष्ट करना सुनिश्चित करें।

पूर्वावलोकन चैनल प्रबंधित करने के बारे में जानें, जिसमें चैनल की समाप्ति कैसे निर्धारित की जाए।

जब आप पुल अनुरोध में बदलाव करते हैं तो फायरबेस होस्टिंग एक GitHub Action का समर्थन करती है जो पूर्वावलोकन URL को स्वचालित रूप से बनाता है और अद्यतन करता है। इस GitHub एक्शन को सेट अप और उपयोग करना सीखें।

चरण 3: लाइव की तैनाती करें

जब आप दुनिया के साथ अपने परिवर्तनों को साझा करने के लिए तैयार हों, तो अपनी होस्टिंग सामग्री और अपने लाइव चैनल को कॉन्फ़िगर करें। फायरबेस आपके उपयोग के मामले के आधार पर इस चरण के लिए कुछ अलग विकल्प प्रदान करता है (नीचे विकल्प देखें)।

विकल्प 1: एक पूर्वावलोकन चैनल से अपने लाइव चैनल पर क्लोन करें

यह विकल्प यह विश्वास दिलाता है कि आप अपने लाइव चैनल पर सटीक सामग्री और कॉन्फिगरेशन तैनात कर रहे हैं जिसे आपने पूर्वावलोकन चैनल में परीक्षण किया है। क्लोनिंग संस्करणों के बारे में अधिक जानें।

  1. किसी भी निर्देशिका से, निम्न आदेश चलाएँ:

    firebase hosting:clone SOURCE_SITE:SOURCE_CHANNEL_ID TARGET_SITE:live

    प्रत्येक प्लेसहोल्डर को निम्न के साथ बदलें:

    • SOURCE_SITE और TARGET_SITE : ये उन होस्टिंग साइटों के नाम हैं जिनमें चैनल हैं।

      • अपने डिफ़ॉल्ट होस्टिंग साइट के लिए, अपने फायरबेस प्रोजेक्ट आईडी का उपयोग करें।
      • आप उन साइटों को निर्दिष्ट कर सकते हैं जो एक ही फायरबेस परियोजना में हैं या यहां तक ​​कि विभिन्न फायरबेस परियोजनाओं में भी हैं।
    • SOURCE_CHANNEL_ID : यह उस चैनल के लिए SOURCE_CHANNEL_ID है जो वर्तमान में उस संस्करण की सेवा कर रहा है जिसे आप अपने लाइव चैनल पर तैनात करना चाहते हैं।

      • एक लाइव चैनल के लिए, चैनल आईडी के रूप में live उपयोग करें।
  2. अपने परिवर्तन (अगला चरण) देखें।

विकल्प 2: अपनी स्थानीय परियोजना निर्देशिका से अपने लाइव चैनल पर नियोजित करें

यह विकल्प आपको लाइव चैनल के लिए विशिष्ट कॉन्फ़िगरेशन को समायोजित करने या यहां तक ​​कि अगर आपने पूर्वावलोकन चैनल का उपयोग नहीं किया है, तब भी तैनात करने के लिए लचीलापन प्रदान करता है।

  1. अपने स्थानीय प्रोजेक्ट निर्देशिका की जड़ से, निम्न कमांड चलाएँ:

    firebase deploy --only hosting
  2. अपने परिवर्तन (अगला चरण) देखें।

चरण 4: अपनी लाइव साइट पर अपने परिवर्तन देखें

उपरोक्त दोनों विकल्प आपकी होस्टिंग सामग्री को तैनात करते हैं और निम्नलिखित साइटों पर कॉन्फ़िगर करते हैं:

  • आपके डिफ़ॉल्ट होस्टिंग साइट और किसी भी अतिरिक्त होस्टिंग साइटों के लिए फायरबेस-उपबंधित उप डोमेन:
    SITE_NAME .web.app ( PROJECT_ID .web.app तरह)
    SITE_NAME .firebaseapp.com ( PROJECT_ID .firebaseapp.com तरह)

  • आपके द्वारा अपने होस्टिंग साइट से जुड़े किसी भी कस्टम डोमेन

एक विशिष्ट होस्टिंग साइट पर तैनाती को प्रतिबंधित करने के लिए, अपने सीएलआई कमांड में एक तैनाती लक्ष्य निर्दिष्ट करें

अन्य गतिविधियों और जानकारी को तैनात करना

तैनाती के लिए एक टिप्पणी जोड़ें

आप वैकल्पिक रूप से एक परिनियोजन में एक टिप्पणी जोड़ सकते हैं। यह टिप्पणी फायरबेस कंसोल में होस्टिंग डैशबोर्ड पर अन्य तैनाती जानकारी के साथ प्रदर्शित होगी। उदाहरण के लिए:

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

पूर्वनिर्धारित और पोस्टडेप्लो स्क्रिप्टेड कार्य जोड़ें

आप वैकल्पिक रूप से पूर्वनिर्धारण या पोस्टडेपल कार्यों को करने के लिए शेल स्क्रिप्ट को फायरबेस firebase deploy कमांड से जोड़ सकते हैं। उदाहरण के लिए, पोस्टडेप्लो हुक नई साइट सामग्री के व्यवस्थापकों को सूचित कर सकता है। अधिक जानकारी के लिए फायरबेस सीएलआई प्रलेखन देखें।

कैशिंग तैनात सामग्री

जब स्थिर सामग्री के लिए अनुरोध किया जाता है , तो फायरबेस होस्टिंग सीडीएन पर सामग्री को स्वचालित रूप से कैश कर देती है। यदि आप अपनी साइट की सामग्री को फिर से भेजते हैं, तो फायरबेस सीडीएन के पार आपकी सभी कैश की गई स्थिर सामग्री को स्वचालित रूप से साफ़ कर देता है ताकि नए अनुरोधों को आपकी नई सामग्री प्राप्त हो।

ध्यान दें कि आप गतिशील सामग्री के कैशिंग को कॉन्फ़िगर कर सकते हैं।

HTTPS पर कार्य करना

सुनिश्चित करें कि सभी बाहरी संसाधन जो फायरबेस होस्टिंग पर होस्ट नहीं किए गए हैं, एसएसएल (एचटीटीपीएस) पर लोड किए गए हैं, जिसमें कोई बाहरी स्क्रिप्ट शामिल है। अधिकांश ब्राउज़र उपयोगकर्ताओं को "मिश्रित सामग्री" (एसएसएल और गैर-एसएसएल यातायात) लोड करने की अनुमति नहीं देते हैं।

अगले कदम