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

फ़ंक्शन के बिना डेटा को सीड करने के बारे में बात उठाने के लिए धन्यवाद
फायरिंग। स्टॉपगैप उपाय के रूप में हम निश्चित रूप से "मोड़" के लिए एक तरीका लागू कर सकते हैं
जब आप डेटा लोड करते हैं तो off" फ़ंक्शन एक विशेष कॉल के साथ ट्रिगर होता है
कुछ परीक्षणों के लिए भी उपयोगी हो सकता है। क्या आप इसका इस्तेमाल करेंगे?

लेकिन लंबी अवधि के लिए हमें आयात/निर्यात की जरूरत है।

शनि, 12 अक्टूबर, 2019 को 11:54 पूर्वाह्न व्याट Ades [email protected] लिखा है:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/firebase/firebase-tools/issues/1167?email_source=notifications&email_token=ACATB2VEE7BBI75HECFTE23QOIMOLA5CNFSM4G5NG5X2YY3PNVWWWK3TUL52HS4DFVREXG43VMVBW63,P#AWS5GBWZLOORT
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ACATB2WHUTO43JISN54J4U3QOIMOLANCNFSM4G5NG5XQ
.

हाँ, यह अभी के लिए एक अच्छा समाधान होगा, धन्यवाद!

तो इसके लिए अभी तक कोई मील का पत्थर निर्धारित नहीं किया गया है? लेकिन इस टीम के बारे में एक बात मुझे अब पसंद है, यह अधिक सक्रिय और प्रतिक्रियाशील लगती है।

क्या लोग कृपया रीयलटाइम डीबी को इसके दायरे में फायरस्टोर डीबी के साथ जोड़ सकते हैं।

@anantanandgupta अभी तक कोई मील का पत्थर नहीं है, लेकिन हाँ हम वास्तव में प्रगति के बारे में खुले रहने की कोशिश करते हैं! और मैंने डेटाबेस एमुलेटर को भी दायरे में जोड़ा है। डेटाबेस के लिए समस्या आसान है (JSON प्रारूप) लेकिन हमें अभी भी क्लाउड फ़ंक्शंस को "रोकने" में आपकी सहायता करने की आवश्यकता है

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

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

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

@ryanpbrewster क्या "बीज" डेटा को सेटअप करने के बारे में कोई दस्तावेज है?

@SamyPesse इसे एमुलेटर JAR के अंदर ही लागू किया गया है (जैसा कि @ryanpbrewster ने कहा था) लेकिन हमने वास्तव में आयात करने के लिए firebase-tools माध्यम से एक एपीआई का खुलासा नहीं किया है, इसलिए यह वास्तव में ऐसा कुछ नहीं है जिसका आप अभी तक उपयोग कर सकते हैं।

क्या आप यह साझा करना चाहेंगे कि आप इससे कैसे कार्य करने की अपेक्षा करेंगे? आप पर एक झंडा पसंद करेंगे firebase आदेश, में एक क्षेत्र firebase.json या कुछ और?

डेटा का आयात और निर्यात वर्तमान में लागू किया गया है, लेकिन हम यह नहीं समझ पाए हैं कि इन सुविधाओं का उपयोग करना आसान कैसे बनाया जाए। इसलिए ध्यान रखें कि हम जानते हैं कि ये निर्देश मोटे हैं, और हम इसे सुधारने के तरीके के बारे में विचारों के लिए तैयार हैं:

एक निर्यात प्राप्त करें

आप अपने उत्पादन फायरस्टोर इंस्टेंस से, या स्थानीय एमुलेटर से निर्यात उत्पन्न कर सकते हैं।

एमुलेटर निर्यात

एमुलेटर को बूट करें और इसे डेटा के साथ पॉप्युलेट करें, हालांकि आप चाहते हैं। एक बार जब आपका डेटाबेस आपकी पसंद की स्थिति में हो, तो एक निर्यात बनाएं:

curl "localhost:8080/emulator/v1/projects/ryanpbrewster-test:export" \
  -d '{"database": "projects/ryanpbrewster-test/databases/(default)","export_directory":"."}' \
  -H "Content-Type: application/json

जो आपके स्थानीय फाइल सिस्टम पर निर्यात को firestore_export_1576524691/ जैसी निर्देशिका में डंप कर देगा

उत्पादन निर्यात

आपको Google क्लाउड स्टोरेज बकेट की आवश्यकता होगी। मैं अपने परीक्षण प्रोजेक्ट के डिफ़ॉल्ट ऐपइंजिन बकेट ryanpbrewster-test.appspot.com का उपयोग करूंगा। Daud

gcloud firestore export gs://ryanpbrewster-test.appspot.com/firestore-export

और Firestore आपके उत्पादन डेटा की पूरी कॉपी को Google Cloud Storage में डंप कर देगा। यदि आप चाहें, तो आप निर्यात को संग्रह के विशिष्ट सेट तक सीमित करने के लिए --collection-ids ध्वज का उपयोग कर सकते हैं।

एक बार यह हो जाने के बाद आप इसे अपने स्थानीय फाइल सिस्टम पर कॉपी कर सकते हैं (ध्यान दें कि यदि आपके पास एक बड़ा डेटाबेस है तो यह खराब हो जाएगा):

gsutil cp -r gs://ryanpbrewster-test.appspot.com/firestore-export .

आयात आंकड़ा

अभी के लिए, एमुलेटर में डेटा आयात करने का एकमात्र तरीका कमांड लाइन फ्लैग के माध्यम से है:

java -jar ~/.cache/firebase/emulators/cloud-firestore-emulator-v1.10.2.jar \
  --seed_from_export=firestore_export_1576524691/firestore_export_1576524691.overall_export_metadata

यदि सब ठीक हो जाता है, तो एमुलेटर शुरू हो जाएगा और इसमें आपका सारा डेटा होगा।

ध्यान दें कि यह जिस पथ की अपेक्षा कर रहा है वह .overall_export_metadata फ़ाइल का स्थान है, जो निर्यात निर्देशिका के शीर्ष स्तर पर होना चाहिए।

मैं निर्यात से firestore डेटा का अनुकरण करने में सक्षम था। अब अगर मैं फायरबेस एमुलेटर सूट शुरू करने की कोशिश करता हूं। फायरस्टोर एमुलेटर काम नहीं कर रहा है क्योंकि एमुलेटर पहले से ही पोर्ट में चल रहा है। मैंने FIRESTORE_EMULATOR_HOST वैरिएबल को भी पहचानने की कोशिश नहीं की। यदि एमुलेटर शुरू करते समय बीज पथ को कमांड के साथ भी पारित किया जा सकता है तो यह बहुत अधिक सहायक होगा और firebase emulators:start --firestore_seed_from_export = \path\to\seed\file जैसे विकास के समय को कम करेगा।

@prgwar के सुझाव के लिए +1। मैं इस स्टार्टअप फायरस्टोर का उपयोग करके एमुलेटर सूट को चलाने के लिए कैसे प्राप्त कर सकता हूं? एमुलेटर में कार्य उत्पादन का उपयोग करते हैं क्योंकि "⚠ कार्य: क्लाउड फायरस्टोर एमुलेटर नहीं चल रहा है, इसलिए फायरस्टोर को कॉल उत्पादन को प्रभावित करेगा।"

@prgwar आपके सुझाव के लिए धन्यवाद, हम वर्तमान में firebase कमांड से आयात/निर्यात निर्दिष्ट करने के लिए एपीआई तय करने पर काम कर रहे हैं। सीधे jar का उपयोग करना केवल एक समाधान है और ऐसा कुछ नहीं जो हम वास्तव में डेवलपर्स से दीर्घावधि में करने की अपेक्षा करते हैं।

@ srolfe26 आपकी समस्या एक अलग तरह की लगती है, आप क्लाउड फ़ंक्शंस एमुलेटर चला रहे हैं, लेकिन फायरस्टोर एमुलेटर नहीं। Firestore एमुलेटर को इनिशियलाइज़ करने के लिए firebase init emulators चलाने की कोशिश करें और फिर firebase emulators:start फिर से चलाएँ।

किसी भी साथी WSL (1 या 2) उपयोगकर्ताओं के लिए, आपको अपने ब्राउज़र से एमुलेटर से कनेक्ट करने में समस्या हो सकती है। मैंने उपरोक्त आदेश में --host 0.0.0.0 ध्वज जोड़ा और इससे समस्या ठीक हो गई।

java -jar ~/.cache/firebase/emulators/cloud-firestore-emulator-v1.10.2.jar \
  --seed_from_export=firestore_export_1576524691/firestore_export_1576524691.overall_export_metadata \
  --host 0.0.0.0

क्या @prgwar का उपयोग करने का सुझाव --firestore_seed_from_export=स्वीकार्य हो?

यदि हां, तो मैं पीआर लगाने को तैयार हूं। मैं गेंद को लुढ़कने में और कैसे मदद कर सकता हूं?

मुझे यह भी अच्छा लगेगा अगर रीयलटाइम डेटाबेस एमुलेटर पर वही Seed_from_export कार्यक्षमता लागू की जा सके।

@spencerwhyte प्रस्ताव के लिए धन्यवाद! मैं अभी सक्रिय रूप से इससे निपट रहा हूं, कुछ ऐसा काम कर रहा हूं जो फायरस्टोर और आरटीडीबी और भविष्य के किसी भी अनुकरणकर्ता का समर्थन करेगा।

आप इस सामान्य प्रवाह के बारे में कैसा महसूस करेंगे:

• एक "बैकअप" एक फ़ोल्डर है जिसमें शामिल हैं:
  
  
  
  • उनके विहित प्रारूपों में अलग-अलग एमुलेटर बैकअप का एक गुच्छा
  
  
  • एक एकल metadata.json फ़ाइल जो उनका वर्णन करती है
  
  
• एक बीज के साथ एमुलेटर शुरू करने के लिए आप करते हैं: firebase emulators:start --import="./folder-with-backup"
• चल रहे एमुलेटर का बैकअप लेने के लिए आप एक नया टर्मिनल खोलते हैं जबकि वे चल रहे होते हैं और firebase emulators:export

मैं वर्तमान में यही काम कर रहा हूं, मुझे लगता है कि यह सबसे लचीली चीज है लेकिन मैं प्रतिक्रिया के लिए बहुत खुला हूं

@samtstern यह सुनकर बहुत अच्छा लगा!

यह डिज़ाइन एकदम सही लगता है, जब तक कि एमुलेटर निर्यात प्रारूप / बैकअप प्रारूप कुछ ऐसा है जिसके साथ हम काम कर सकते हैं। यदि यह उत्पादन पर बैकअप के समान प्रारूप है, तो वह करेगा। हमें अपने ट्रिगर्स को बंद किए बिना हमारे एकीकरण परीक्षणों के लिए बड़ी मात्रा में डेटा आयात करने की आवश्यकता है। वर्तमान में हम कुछ जांच करके जीवित रहे हैं जो परीक्षण के दौरान ट्रिगर्स को अक्षम कर देते हैं, हालांकि हम उस जटिलता से बचना पसंद करेंगे। --import लिए यह समर्थन हमें चीजों को सरल बनाने की अनुमति देगा।

हम अपने परीक्षणों के लिए firebase emulators:exec उपयोग करते हैं, इसलिए जब तक यह exec साथ भी काम करेगा, हमें खुशी होगी।

@spencerwhyte

१) हाँ, हम निश्चित रूप से जब भी संभव हो उत्पादन के समान प्रारूपों से चिपके रहेंगे। तो फायरस्टोर के लिए हम आयात/निर्यात प्रारूप का समर्थन करेंगे और आरटीडीबी के लिए यह सिर्फ एक विशाल json फ़ाइल होगी।
2) हाँ हम emulators:exec --import समर्थन करेंगे

प्रतिपुष्टि के लिए धन्यवाद!

पीआर #1968 इस सुविधा को लागू करता है (फिलहाल केवल फायरस्टोर के लिए, रीयलटाइम डेटाबेस जल्द ही आ रहा है) और इसे अगले सीएलआई रिलीज में शामिल किया जाएगा (संभवतः 7.14.0 )

यह सुविधा अभी-अभी 7.14.0 में जारी की गई

क्या यह कहीं दस्तावेज है? साथ ही, क्या Google क्लाउड स्टोरेज बकेट (जो मेरे पास नहीं है) के बिना उत्पादन डेटा निर्यात करने का कोई तरीका है?
क्लाउड डेटास्टोर से दोहराए गए डेटा के बिना स्थानीय रूप से कठिन समय परीक्षण ट्रिगर होता है।

@shaimo क्षमा करें हम दस्तावेज़ों पर थोड़ा पीछे हैं लेकिन उन्हें अगले कुछ दिनों में बाहर होना चाहिए!

उत्पादन से निर्यात करने के लिए आपको क्लाउड स्टोरेज बकेट की आवश्यकता होती है। ऐसा इसलिए है क्योंकि निर्यात एक "प्रबंधित" ऑपरेशन है जिसका अर्थ है कि यह कहीं न कहीं Google सर्वर पर होता है। हम आपके स्थानीय फाइल सिस्टम के खिलाफ उस तरह का ऑपरेशन नहीं चला सकते हैं, हमें क्लाउड डेस्टिनेशन की जरूरत है।

यदि आपके पास एक फायरबेस प्रोजेक्ट है तो आपके पास वास्तव में एक डिफ़ॉल्ट क्लाउड स्टोरेज बकेट है जिसका आप उपयोग कर सकते हैं और इसमें कुछ मुफ्त कोटा शामिल है। इसे देखने के लिए बस फायरबेस कंसोल के स्टोरेज सेक्शन में नेविगेट करें।

@samtstern जैसा कि दस्तावेज़ीकरण में कुछ समय लग सकता है, क्या आप कृपया एम्यूलेटर इंस्टेंस में आयात/निर्यात करने के बारे में एक संक्षिप्त जानकारी दे सकते हैं?

अब हमारे पास यहां नए झंडों पर कुछ दस्तावेज हैं:
https://firebase.google.com/docs/emulator-suite/install_and_configure#startup

लेकिन मैं आपको वैसे भी एक उदाहरण देता हूं। आयात/निर्यात का उपयोग करने के लिए आपको दो टर्मिनल विंडो की आवश्यकता होगी तो चलिए उन्हें टर्मिनल 1 और टर्मिनल 2 कहते हैं

सबसे पहले एमुलेटर शुरू करें

टर्मिनल 1

$ firebase emulators:start
# ...

आपके द्वारा उनमें कुछ डेटा बनाने के बाद, जिसे आप सहेजना चाहते हैं, दूसरे टर्मिनल में निर्यात कमांड चलाएँ:

टर्मिनल 2

$ firebase emulators:export ./mydirectory
# ...

अब आपके पास ./mydirectory में निर्यात है। अगली बार जब आप एमुलेटर शुरू करते हैं, तो उन्हें वहां से आयात करने के लिए कहें:

टर्मिनल 1

$ firebase emulators:start --import=./mydirectory
# ...

और बस!

@samtstern क्या हम एमुलेटर का उपयोग करके उत्पादन निर्यात से आयात कर सकते हैं
मैं देखता हूं कि एमुलेटर: स्टार्ट - आयात फायरबेस-एक्सपोर्ट-मेटाडेटा.जेसन की तलाश में है, लेकिन मेरे पास फायरस्टोर-एक्सपोर्ट/फायरस्टोर-एक्सपोर्ट है। ओवरऑल_एक्सपोर्ट_मेटाडेटा

@landonj आप कर सकते हैं लेकिन इस समय यह थोड़ा मुश्किल है। करने के लिए सबसे आसान काम है emulators:export एक बार चलाएं और फिर JSON फाइलों को संशोधित करें ताकि स्थानीय के बजाय अपने उत्पादन निर्यात को इंगित किया जा सके।

अभी तक एम्यूलेटर के लिए आरटीडीबी बोने पर कुछ भी?

@FergyKay अभी तक कुछ नहीं है, लेकिन आप यहाँ अनुसरण कर सकते हैं:
https://github.com/firebase/firebase-tools/issues/2079

यह बहुत जरूरी है

मैं ठीक वही काम करने की कोशिश कर रहा हूं जैसे @landonj ..

और मैंने कोशिश की कि @samtstern ने क्या कहा ... लेकिन मुझे एक त्रुटि मिल रही है ...

मैं क्या गलत कर रहा हूँ?

bdw.. फ़ाइल मौजूद है!

firebase emulators:start --debug --only firestore,functions --import=/Users/ridermansb/Projects/meve.ai/backups/emulator-data

[२०२०-०५-३१टी१३:३१:२३.६०१जेड] com.google.cloud.datastore.core.exception.DatastoreException: समग्र निर्यात मेटाडेटा फ़ाइल को पार्स करने में विफल
com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:225) पर
com.google.cloud.datastore.emulator.impl.ExportImportUtil.fetchEntities(ExportImportUtil.java:54) पर
com.google.cloud.datastore.emulator.firestore.CloudFirestore.main(CloudFirestore.java:89) पर
{"मेटाडेटा":{"एमुलेटर":{"नाम":"firestore"},"message":"com.google.cloud.datastore.core.exception.DatastoreException: समग्र निर्यात मेटाडेटा फ़ाइल को पार्स करने में विफल\n\tat com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:225)\n\tat com.google.cloud.datastore.emulator.impl.ExportImportUtil.fetchEntities(ExportImportUtil.java:54)\n \tat com.google.cloud.datastore.emulator.firestore.CloudFirestore.main(CloudFirestore.java:89)\n"}}
[२०२०-०५-३१टी१३:३१:२३.६०२जेड] इसके कारण: java.io.FileNotFoundException: /Users/ridermansb/Projects/meve.ai/backups/emulator-data/Users/ridermansb/Projects/meve.ai/backups/ 2020-05-31/2020-05-31/2020-05-31T13:19:28_6168.overall_export_metadata (ऐसी कोई फ़ाइल या निर्देशिका नहीं)
{"मेटाडेटा": {"एमुलेटर": {"नाम": "फायरस्टोर"}, "संदेश": "इसके कारण: java.io.FileNotFoundException: /Users/ridermansb/Projects/meve.ai/backups/emulator-data /Users/ridermansb/Projects/meve.ai/backups/2020-05-31/2020-05-31/2020-05-31T13:19:28_6168.overall_export_metadata (ऐसी कोई फ़ाइल या निर्देशिका नहीं)\n"}}
[२०२०-०५-३१टी१३:३१:२३.६०३जेड] java.base/java.io.FileInputStream.open0 (मूल विधि) पर
java.base/java.io.FileInputStream.open(FileInputStream.java:213) पर
java.base/java.io.FileInputStream पर।(फाइलइनपुटस्ट्रीम.जावा:१५५)
com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:215) पर
... 2 और
{"मेटाडेटा":{"एमुलेटर":{"नाम":"फायरस्टोर"},"संदेश":"\tat java.base/java.io.FileInputStream.open0(Native Method)\n\tat java.base/ java.io.FileInputStream.open(FileInputStream.java:213)\n\tat java.base/java.io.FileInputStream.(FileInputStream.java:155)\n\tat com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:215)\n\t... 2 और\n"}}

त्रुटि: फायरस्टोर: फायरस्टोर एमुलेटर कोड के साथ बाहर निकल गया है: 1

@landonj आप कर सकते हैं लेकिन इस समय यह थोड़ा मुश्किल है। करने के लिए सबसे आसान काम है emulators:export एक बार चलाएं और फिर JSON फाइलों को संशोधित करें ताकि स्थानीय के बजाय अपने उत्पादन निर्यात को इंगित किया जा सके।

क्या आपके द्वारा इसे विस्तार दिया जा सकता है? क्या मैं सीधे gcloud बकेट की ओर इशारा कर सकता हूं? या क्या मुझे पहले निर्यात की सामग्री को स्थानीय रूप से डाउनलोड करना चाहिए? मुझे किन फाइलों को संशोधित करने की आवश्यकता है?

मैंने जो प्रयास किया है वह निम्नलिखित है:

> firebase emulators:start
> firebase emulators:export ~/emulator-data/
> # close the emulator
> gcloud firestore export gs://xxxxx-xxxxx-xxxxx/emulator/
> gsutil cp -r gs://xxxxx-xxxxx-xxxxx/emulator ~/emulator-data/
> firebase emulators:start --only firestore --import /home/gugahoi/emulator-data/emulator/ --debug
[2020-06-01T10:04:36.492Z] > command requires scopes: ["email","openid","https://www.googleapis.com/auth/cloudplatformprojects.readonly","https://www.googleapis.com/auth/firebase","https://www.googleapis.com/auth/cloud-platform"]
[2020-06-01T10:04:36.493Z] > authorizing via signed-in user
i  emulators: Starting emulators: firestore {"metadata":{"emulator":{"name":"hub"},"message":"Starting emulators: firestore"}}
[2020-06-01T10:04:36.510Z] [hub] writing locator at /tmp/hub-flux-development.json
i  emulators: Shutting down emulators. {"metadata":{"emulator":{"name":"hub"},"message":"Shutting down emulators."}}
i  hub: Stopping emulator hub {"metadata":{"emulator":{"name":"hub"},"message":"Stopping emulator hub"}}
[2020-06-01T10:04:36.825Z] Error: ENOENT: no such file or directory, open '/home/gugahoi/emulator-data/emulator/firebase-export-metadata.json'
    at Object.openSync (fs.js:458:3)
    at Object.readFileSync (fs.js:360:35)
    at Object.<anonymous> (/home/gugahoi/.nvm/versions/node/v12.16.3/lib/node_modules/firebase-tools/lib/emulator/controller.js:183:44)
    at Generator.next (<anonymous>)
    at fulfilled (/home/gugahoi/.nvm/versions/node/v12.16.3/lib/node_modules/firebase-tools/lib/emulator/controller.js:5:58)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)

Error: An unexpected error has occurred.

जैसा कि ऊपर काम नहीं कर रहा था, मैंने निम्नलिखित सामग्री के साथ firebase-exports-metadata.json फ़ाइल को अपडेट किया:

> cat firebase-export-metadata.json
{"version":"8.4.1","firestore":{"version":"1.11.4","path":"emulator","metadata_file":"emulator/emulator.overall_export_metadata"}}

नीचे निर्देशिका संरचना है:

gugahoi:~/emulator-data > tree .
.
├── emulator
│   ├── all_namespaces
│   │   └── all_kinds
│   │       ├── all_namespaces_all_kinds.export_metadata
│   │       ├── output-0
│   │       └── output-1
│   └── emulator.overall_export_metadata
├── firebase-export-metadata.json
├── firebase-export-metadata.json.bak
└── firestore_export
    └── firestore_export.overall_export_metadata

हालांकि मेरे पास अभी भी एमुलेटर यूआई में कोई डेटा नहीं है।

संपादित करें

बस सोचा कि मैं एमुलेटर से अंतिम आउटपुट जोड़ूंगा, यह बिना त्रुटि के चलता है लेकिन मेरे डेटा के बिना:

> firebase emulators:start --only firestore --import /home/gugahoi/emulator-data/ --debug
[2020-06-01T11:31:34.256Z] > command requires scopes: ["email","openid","https://www.googleapis.com/auth/cloudplatformprojects.readonly","https://www.googleapis.com/auth/firebase","https://www.googleapis.com/auth/cloud-platform"]
[2020-06-01T11:31:34.257Z] > authorizing via signed-in user
i  emulators: Starting emulators: firestore {"metadata":{"emulator":{"name":"hub"},"message":"Starting emulators: firestore"}}
[2020-06-01T11:31:34.274Z] [hub] writing locator at /tmp/hub-flux-development.json
i  firestore: Importing data from /home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata {"metadata":{"emulator":{"name":"firestore"},"message":"Importing data from /home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata"}}
[2020-06-01T11:31:34.302Z] Ignoring unsupported arg: projectId {"metadata":{"emulator":{"name":"firestore"},"message":"Ignoring unsupported arg: projectId"}}
[2020-06-01T11:31:34.303Z] Ignoring unsupported arg: auto_download {"metadata":{"emulator":{"name":"firestore"},"message":"Ignoring unsupported arg: auto_download"}}
[2020-06-01T11:31:34.303Z] Starting Firestore Emulator with command {"binary":"java","args":["-Duser.language=en","-jar","/home/gugahoi/.cache/firebase/emulators/cloud-firestore-emulator-v1.11.4.jar","--host","localhost","--port",8080,"--seed_from_export","/home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata","--rules","/home/gugahoi/projects/flux/flux/firestore.rules"],"optionalArgs":["port","webchannel_port","host","rules","functions_emulator","seed_from_export"],"joinArgs":false} {"metadata":{"emulator":{"name":"firestore"},"message":"Starting Firestore Emulator with command {\"binary\":\"java\",\"args\":[\"-Duser.language=en\",\"-jar\",\"/home/gugahoi/.cache/firebase/emulators/cloud-firestore-emulator-v1.11.4.jar\",\"--host\",\"localhost\",\"--port\",8080,\"--seed_from_export\",\"/home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata\",\"--rules\",\"/home/gugahoi/projects/flux/flux/firestore.rules\"],\"optionalArgs\":[\"port\",\"webchannel_port\",\"host\",\"rules\",\"functions_emulator\",\"seed_from_export\"],\"joinArgs\":false}"}}
i  firestore: Firestore Emulator logging to firestore-debug.log {"metadata":{"emulator":{"name":"firestore"},"message":"Firestore Emulator logging to \u001b[1mfirestore-debug.log\u001b[22m"}}
[2020-06-01T11:31:35.197Z] API endpoint: http://localhost:8080
 {"metadata":{"emulator":{"name":"firestore"},"message":"API endpoint: http://localhost:8080\n"}}
[2020-06-01T11:31:35.198Z] If you are using a library that supports the FIRESTORE_EMULATOR_HOST environment variable, run:

   export FIRESTORE_EMULATOR_HOST=localhost:8080

Dev App Server is now running.

 {"metadata":{"emulator":{"name":"firestore"},"message":"If you are using a library that supports the FIRESTORE_EMULATOR_HOST environment variable, run:\n\n   export FIRESTORE_EMULATOR_HOST=localhost:8080\n\nDev App Server is now running.\n\n"}}
[2020-06-01T11:31:35.322Z] Ignoring unsupported arg: auto_download {"metadata":{"emulator":{"name":"ui"},"message":"Ignoring unsupported arg: auto_download"}}
[2020-06-01T11:31:35.322Z] Ignoring unsupported arg: port {"metadata":{"emulator":{"name":"ui"},"message":"Ignoring unsupported arg: port"}}
[2020-06-01T11:31:35.323Z] Starting Emulator UI with command {"binary":"node","args":["/home/gugahoi/.cache/firebase/emulators/ui-v1.0.0/server.bundle.js"],"optionalArgs":[],"joinArgs":false} {"metadata":{"emulator":{"name":"ui"},"message":"Starting Emulator UI with command {\"binary\":\"node\",\"args\":[\"/home/gugahoi/.cache/firebase/emulators/ui-v1.0.0/server.bundle.js\"],\"optionalArgs\":[],\"joinArgs\":false}"}}
i  ui: Emulator UI logging to ui-debug.log {"metadata":{"emulator":{"name":"ui"},"message":"Emulator UI logging to \u001b[1mui-debug.log\u001b[22m"}}
[2020-06-01T11:31:35.395Z] Web / API server started at http://localhost:4000
 {"metadata":{"emulator":{"name":"ui"},"message":"Web / API server started at http://localhost:4000\n"}}

┌───────────────────────────────────────────────────────────────────────┐
│ ✔  All emulators ready! View status and logs at http://localhost:4000 │
└───────────────────────────────────────────────────────────────────────┘

┌───────────┬────────────────┬─────────────────────────────────┐
│ Emulator  │ Host:Port      │ View in Emulator UI             │
├───────────┼────────────────┼─────────────────────────────────┤
│ Firestore │ localhost:8080 │ http://localhost:4000/firestore │
└───────────┴────────────────┴─────────────────────────────────┘
  Other reserved ports: 4400, 4500

Issues? Report them at https://github.com/firebase/firebase-tools/issues and attach the *-debug.log files.

@gugahoi आपकी पोस्ट ने मुझे एक समाधान के साथ आने में मदद की: https://gist.github.com/bkuri/36cef71bcf30a5416b1c353cb81f38ed

यह एक छोटी बैश स्क्रिप्ट है जो आपके क्लाउड स्टोरेज एमुलेटर इंस्टेंस को सीड करती है। निर्यात किए गए डेटा को सहेजने के लिए इसे केवल परियोजना का नाम और गंतव्य पथ चाहिए। यानी: ./seed-storage.sh my-project /tmp/export ।

BTW, उपरोक्त स्क्रिप्ट सामान्य संदिग्धों के अलावा दो बहुत ही सामान्य टूल ( lsof और screen ) पर निर्भर करती है ( firebase , gcloud और gsutil ), इसलिए सुनिश्चित करें कि आपने उन्हें स्थापित किया है।

आशा है कि यह किसी की मदद करता है। :+1:

वैसे भी किसी मौजूदा डेटाबेस को आयात करने पर फायरस्टोर कार्यों को ट्रिगर करने से बचने के लिए?

@bkuri उस स्क्रिप्ट के लिए धन्यवाद, मुझे लगता है कि मेरे सेटअप/इंस्टॉलेशन के साथ कुछ अजीब चल रहा है क्योंकि मैं अभी भी फायरस्टोर एमुलेटर कंसोल में दिखाने के लिए कोई डेटा प्राप्त करने में असमर्थ हूं।

@gugahoi के लिए धन्यवाद, मैं उत्पादन से स्थानीय एमुलेटर में एक संग्रह आयात करने में सक्षम था।
ऐसा करने के लिए मैंने निम्नलिखित कदम उठाए:

1. मेरे स्थानीय फायरबेस प्रोजेक्ट पथ पर जाएं।
2. एमुलेटर का उपयोग करके प्रारंभ करें: firebase emulators:start
3. दिए गए बटनों का उपयोग करके http://localhost :4000/firestore पर GUI का उपयोग करके मैन्युअल रूप से कुछ मॉकअप डेटा बनाएं: _+ प्रारंभ संग्रह_ और _+ दस्तावेज़ जोड़ें_।
4. इस डेटा को स्थानीय रूप से निर्यात करें: emulators:export ./mydirectory
5. _Firebase डेटाबेस / Cloud Firestore_ पर स्थित प्रोजेक्ट डेटा के बारे में, मैंने इस तरह एक एकल संग्रह निर्यात किया: gcloud firestore export gs://my-project-bucket-id.appspot.com --collection-ids=myCollection निर्यात अब _Firebase Storage_ के अंतर्गत एक फ़ोल्डर में नाम के रूप में टाइमस्टैम्प के साथ स्थित है (मैंने उपसर्ग का उपयोग नहीं किया है) मेरे परीक्षण के लिए)
6. इस फ़ोल्डर को स्थानीय ड्राइव पर डाउनलोड करें: gsutil cp -r gs://my-project-bucket-id.appspot.com/myCollection ./production_data_export नोट: मैंने इसे विंडोज़ वातावरण में किया है... _gsutil_ इस त्रुटि को फेंक देगा: _"OSError: फ़ाइल नाम, निर्देशिका नाम, या वॉल्यूम लेबल सिंटैक्स गलत है"_ यदि फ़ोल्डर में विंडोज़ (यानी कोलन) में किसी फ़ोल्डर नाम के लिए अमान्य वर्ण हैं या यह त्रुटि: _"OSError: अमान्य तर्क.9.0 B]"_ यदि फ़ोल्डर में किसी आंतरिक फ़ाइल में अमान्य वर्ण भी हैं। निर्यात को स्थानीय रूप से डाउनलोड करने में सक्षम होने के लिए, इन्हें इस तरह एक वैध विंडोज नाम (यानी कोलन को हटाकर) के साथ नाम बदलें: gsutil mv gs://my-project-bucket-id.appspot.com/2020-05-22T02:01:06_86152 gs://my-project-bucket-id.appspot.com/myCollection
7. एक बार डाउनलोड हो जाने के बाद, स्थानीय निर्यात संरचना का अनुकरण करें और फ़ोल्डर का नाम बदलकर firestore_export और स्थानीय निर्यात फ़ोल्डर से firebase-export-metadata.json फ़ाइल की प्रतिलिपि बनाएँ। बस दृश्य होने के लिए, मुझे मिली संरचना यहां दी गई है:

$ tree .
.
├── local_data_export
│   ├── firebase-export-metadata.json
│   └── firestore_export
│       ├── all_namespaces
│       │   └── all_kinds
│       │       ├── all_namespaces_all_kinds.export_metadata
│       │       └── output-0
│       └── firestore_export.overall_export_metadata
└── production_data_export
    ├── firebase-export-metadata.json
    └── firestore_export
        ├── all_namespaces
        │   └── kind_myCollection
        │       ├── all_namespaces_kind_myCollection.export_metadata
        │       ├── output-0
        │       └── output-1
        └── firestore_export.overall_export_metadata

8 directories, 9 files

1. अंत में, आयात किए जाने वाले इस उत्पादन डेटा की ओर इशारा करते हुए स्थानीय एमुलेटर शुरू करें: firebase emulators:start --import=./mock_up_data/production_data_export/
2. आपको आयातित डेटा यहां देखना चाहिए: http://localhost :4000/firestore/

काश ये निर्देश मददगार होने के लिए पर्याप्त स्पष्ट होते। मुझे उम्मीद है कि यह किसी की मदद करेगा जबकि हम फायरबेस लोगों से अधिक मजबूत समाधान की प्रतीक्षा कर रहे हैं।

एक संक्षिप्त अद्यतन के रूप में: जब मैंने उपरोक्त टिप्पणी से निर्देश पोस्ट किए, तो मैं इसे WSL2 में कर रहा था और वे काम नहीं कर रहे थे लेकिन उबंटू में वही कदम ठीक लग रहे थे। मुझे संदेह है कि WSL2 में कुछ हस्तक्षेप हो सकता है .

मैं इसे दूसरी तरह से करना चाहता हूं, मैं अपने एमुलेटर डेटा को उत्पादन में आयात करना चाहता हूं, मुझे अपने फायरस्टोर में 7000 Google शीट पंक्तियां जोड़ने की ज़रूरत है और मैं इसे एक फ़ंक्शन संपादित करके ऐसा करने में सक्षम था, हालांकि इसे उत्पादन में करने की कोशिश करते समय मेरा स्मृति सीमा भी पार हो जाती है जब फ़ंक्शन के अंदर कुछ गलत हो जाता है तो मैं डुप्लिकेट डेटा के साथ समाप्त हो सकता हूं। मैंने निर्यात आयात पर ध्यान दिया और मैंने देखा कि मैं अपने स्थानीय एमुलेटर फायरस्टोर डेटा का निर्यात कर सकता हूं। लेकिन मेरे स्थानीय बैकअप को उत्पादन में आयात करने के बारे में कैसे?

@nvanhoesel आयात/निर्यात प्रारूप उत्पादन और अनुकरणकर्ताओं में समान हैं। लेकिन आपका एक असामान्य उपयोग मामला है इसलिए आपको एमुलेटर निर्यात को Google क्लाउड स्टोरेज में लाने के लिए स्वयं कुछ काम करने की आवश्यकता होगी ताकि फायरस्टोर इसे ठीक से आयात कर सके।