अपने वेब ऐप्लिकेशन को स्थानीय तौर पर टेस्ट करें, दूसरों के साथ बदलाव शेयर करें, और उसे लाइव डिप्लॉय करें

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

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

ऊपर दिए गए चरणों को पूरा करें होस्टिंग 'शुरू करें' पेज, खास तौर पर ये काम पूरे करें:

  1. Firebase सीएलआई को इंस्टॉल या उसके सबसे नए वर्शन पर अपडेट करें.
  2. लोकल प्रोजेक्ट डायरेक्ट्री (जिसमें आपके ऐप्लिकेशन का कॉन्टेंट शामिल होता है) को Firebase प्रोजेक्ट.

इसके अलावा, अपने ऐप्लिकेशन के होस्टिंग कॉन्टेंट और कॉन्फ़िगरेशन को डिप्लॉय किया जा सकता है. हालांकि, ऐसा हर डिवाइस पर इस पेज पर दिए गए चरणों के लिए ज़रूरी नहीं है.

पहला चरण: स्थानीय तौर पर जांच करें

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

होस्टिंग, Firebase लोकल एम्युलेटर सुइट का हिस्सा है. इसकी मदद से, आपका ऐप्लिकेशन, होस्टिंग के आपके नकली कॉन्टेंट के साथ इंटरैक्ट करता है और config के साथ-साथ आपके इम्युलेट किए गए प्रोजेक्ट रिसोर्स (फ़ंक्शन, डेटाबेस, और नियम).

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

  2. अपनी लोकल प्रोजेक्ट डायरेक्ट्री के रूट से, यह कमांड चलाएं:

    firebase emulators:start
  3. अपना वेब ऐप्लिकेशन, सीएलआई (आम तौर पर) से मिले लोकल यूआरएल पर खोलें http://localhost:5000).

  4. लोकल यूआरएल को बदलावों के साथ अपडेट करने के लिए, अपना ब्राउज़र रीफ़्रेश करें.

दूसरे लोकल डिवाइसों से टेस्ट करें

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

"emulators": {
    // ...

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

दूसरा चरण: झलक देखना और शेयर करना

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

प्रीव्यू चैनल में डिप्लॉय करने के बाद, Firebase आपके वेब ऐप्लिकेशन को "झलक दिखाने वाला यूआरएल", जो कुछ समय के लिए शेयर किया जा सकने वाला यूआरएल होता है. झलक वाले यूआरएल का इस्तेमाल करते समय, आपका वेब ऐप्लिकेशन सभी प्रोजेक्ट संसाधनों के लिए आपके रीयल बैकएंड से इंटरैक्ट करता है ( किसी "पिन किए गए" का अपवाद आपके रिराइट में फ़ंक्शन config).

ध्यान दें कि झलक वाले यूआरएल का अनुमान लगाना मुश्किल है, क्योंकि इनमें हैश), तो ये सार्वजनिक होते हैं. इससे, यूआरएल जानने वाला कोई भी व्यक्ति इसे ऐक्सेस कर सकता है.

  1. अपनी लोकल प्रोजेक्ट डायरेक्ट्री के रूट से, यह कमांड चलाएं:

    firebase hosting:channel:deploy CHANNEL_ID

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

  2. सीएलआई से मिले, झलक वाले यूआरएल पर अपना वेब ऐप्लिकेशन खोलें. यह दिखेगा कुछ ऐसा: PROJECT_ID--CHANNEL_ID-RANDOM_HASH.web.app

  3. अपने झलक यूआरएल में बदलावों को अपडेट करने के लिए, उसी निर्देश को फिर से चलाएं. कंपनी या ब्रैंड आदेश में उसी CHANNEL_ID को तय करना न भूलें.

झलक दिखाने वाले चैनलों को मैनेज करने के बारे में जानें, जैसे, चैनल के खत्म होने की समयसीमा सेट करने का तरीका.

Firebase होस्टिंग, GitHub ऐक्शन के साथ काम करता है. यह ऐक्शन, अपने-आप जनरेट होता है और पुल के अनुरोध में बदलाव करने पर, झलक यूआरएल को अपडेट किया जाता है. सीखें कि कैसे GitHub की इस कार्रवाई को सेट अप और इस्तेमाल करें.

तीसरा चरण: लाइव डिप्लॉय करें

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

पहला विकल्प: झलक दिखाने वाले चैनल से लाइव चैनल पर क्लोन बनाना

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

  1. किसी भी डायरेक्ट्री से, नीचे दिया गया निर्देश चलाएं:

    firebase hosting:clone SOURCE_SITE_ID:SOURCE_CHANNEL_ID TARGET_SITE_ID:live

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

    • SOURCE_SITE_ID और TARGET_SITE_ID: ये आईडी हैं में होस्ट की जाने वाली साइटें शामिल हैं.

      • अपनी डिफ़ॉल्ट होस्टिंग साइट के लिए, अपने Firebase प्रोजेक्ट आईडी का इस्तेमाल करें.
      • आप ऐसी साइटें तय कर सकते हैं जो उसी Firebase प्रोजेक्ट में या फिर अलग-अलग Firebase प्रोजेक्ट के लिए बनाया गया है.
    • SOURCE_CHANNEL_ID: यह उस चैनल का आइडेंटिफ़ायर होता है वर्तमान में उस वर्शन को उपलब्ध करा रहा है जिसे आप अपने लाइव चैनल पर डिप्लॉय करना चाहते हैं.

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

दूसरा विकल्प: अपनी लोकल प्रोजेक्ट डायरेक्ट्री से अपने लाइव चैनल पर डिप्लॉय करना

इस विकल्प से आपको नीचे दिए गए कॉन्फ़िगरेशन के हिसाब से, लाइव चैनल इस्तेमाल करना या डिप्लॉय करना. भले ही, आपने प्रीव्यू चैनल का इस्तेमाल न किया हो.

  1. अपनी लोकल प्रोजेक्ट डायरेक्ट्री के रूट से, यह कमांड चलाएं:

    firebase deploy --only hosting
    अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
  2. अपने बदलाव देखें (अगला चरण).

चौथा चरण: अपनी लाइव साइट पर बदलाव देखें

ऊपर दिए गए दोनों विकल्प आपकी होस्टिंग कॉन्टेंट को डिप्लॉय करते हैं. साथ ही, ये साइटें फ़ॉलो कर रही हैं:

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

  • ऐसे सभी कस्टम डोमेन जिनसे आपने कनेक्ट किया है आपकी होस्टिंग साइट(साइटें)

डिप्लॉयमेंट को किसी खास होस्टिंग साइट तक सीमित करने के लिए, डिप्लॉयमेंट टारगेट के बारे में बताएं अपने CLI आदेश में शामिल करें.

डिप्लॉयमेंट से जुड़ी अन्य गतिविधियां और जानकारी

डिप्लॉयमेंट के लिए टिप्पणी जोड़ें

डिप्लॉयमेंट में टिप्पणी भी जोड़ी जा सकती है. हालांकि, ऐसा करना ज़रूरी नहीं है. यह टिप्पणी डिप्लॉयमेंट की अन्य जानकारी होस्टिंग डैशबोर्ड देखें. उदाहरण के लिए:

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

पहले से डिप्लॉय और पोस्ट डिप्लॉयमेंट के लिए, स्क्रिप्ट किए गए टास्क जोड़ें

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

डिप्लॉय किए गए कॉन्टेंट को कैश मेमोरी में सेव करना

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

ध्यान दें कि आप डाइनैमिक कॉन्टेंट को कैश मेमोरी में सेव करना.

एचटीटीपीएस पर दिखाना

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

फ़ाइलें मिटाई जा रही हैं

Firebase होस्टिंग में, यह चुनी हुई फ़ाइलों को मिटाने का मुख्य तरीका है डिप्लॉय की गई साइट से फ़ाइलों को स्थानीय तौर पर मिटाकर फिर से डिप्लॉय किया जा सकता है.

अगले चरण