Firebase-tools: तैनाती की सूची बनाएं और हटाएं

@Nowaker यह निश्चित रूप से हमारे रडार पर है और कुछ ऐसा जिसे हम सुधारना चाहते हैं

अरे @brendanlim यहां कोई अपडेट है? हम होस्टिंग मॉड्यूल में अनंत लोडिंग भी देख रहे हैं, ऐसा लगता है कि हमारे पास बहुत अधिक तैनाती है :(

धन्यवाद!

Error: too_big: The data requested exceeds the maximum size that can be accessed with a single request. at r (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8597) at H (third_party/javascript/firebase/firebase_js_minified.jslib:126) at Object.eval [as H] (third_party/javascript/firebase/firebase_js_minified.jslib:206) at eval (third_party/javascript/firebase/firebase_js_minified.jslib:190) at Kh.g.Id (third_party/javascript/firebase/firebase_js_minified.jslib:196) at yh.Id (third_party/javascript/firebase/firebase_js_minified.jslib:186) at qh.eval [as zg] (third_party/javascript/firebase/firebase_js_minified.jslib:184) at th (third_party/javascript/firebase/firebase_js_minified.jslib:178) at WebSocket.ua.onmessage (third_party/javascript/firebase/firebase_js_minified.jslib:177) at WebSocket.b [as __zone_symbol___onmessage] (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8568) at w.invokeTask (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8611) at u.runTask (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8601) at WebSocket.invoke (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8613)

@brendanlim @mbleeigh इस पर कोई अपडेट? हमारा परिनियोजन इतिहास लगातार बढ़ रहा है, प्रत्येक CI एक समय में निर्मित होता है, और उन्हें हटाना हमारी मानवीय क्षमताओं से परे है!

हम यहां इस मुद्दे से अवगत हैं और इससे निपटने के सर्वोत्तम तरीके पर विचार कर रहे हैं। सामान्य तौर पर हम नहीं चाहते कि आप संस्करणों के बढ़ते इतिहास के बारे में चिंतित हों। यह जानने वाले किसी भी व्यक्ति के लिए उत्सुक (इस टिप्पणी पर इमोजी के साथ वोट करें): आपको सबसे अच्छा कौन सा पसंद आएगा?

• :tada: पुराने संस्करणों को सूचीबद्ध करने और संभवतः बैच हटाने की क्षमता
• :+1: पुराने संस्करण केवल एक निश्चित समय के लिए ही रखे जाते हैं जब तक कि किसी तरह से "पिन" न किया जाए
• : दिल: पुराने संस्करणों की केवल एक निश्चित संख्या को तब तक रखा जाता है जब तक कि किसी तरह से "पिन" न किया जाए

"पुराने संस्करणों को सूचीबद्ध करने और संभवतः बैच हटाने की क्षमता" एक आदिम है। एपीआई प्राइमेटिव का उपयोग करके बनाए गए हैं। ये प्राइमेटिव उपयोगकर्ताओं को किसी को भी परेशान किए बिना जो कुछ भी चाहते हैं उसे हासिल करने की अनुमति देते हैं (इस मामले में, आप @mbleeigh)।

अन्य दो उच्च स्तरीय विशेषताएं हैं। वे अच्छे हैं। लेकिन फिर एक प्रश्न आता है: मैं एपीआई या firebase-tools माध्यम से संस्करण को कैसे पिन या अनपिन करूं? जैसा कि आप कल्पना कर सकते हैं, एक बार फिर किसी को फायरबेस यूआई में सूची के माध्यम से एक-एक करके क्लिक करना होगा, जैसे आज पुरानी तैनाती को हटाना है। :रॉफल:

संक्षेप में, उच्च स्तरीय सुविधाएं महान और आवश्यक हैं, लेकिन एपीआई में सीआरयूडी प्राइमेटिव Google क्लाउड प्लेटफ़ॉर्म या फायरबेस जैसे टूल के लिए सुपर महत्वपूर्ण हैं।

@ नोवाकर मैं असहमत नहीं हूं, और दोनों महत्वपूर्ण हैं। यह कहना उचित है कि यह पहले विकल्प और अन्य दो के बीच एक झूठा द्वंद्व है। एफडब्ल्यूआईडब्ल्यू, दूसरे दो विकल्पों को लागू करने के लिए हमें वैसे भी पहले के लिए जरूरी हर चीज को लागू करना होगा।

यह सामान निश्चित रूप से हमारे रडार पर है, लेकिन मेरे पास इस बारे में कोई विशेष जानकारी नहीं है कि हमारे पास दिखाने के लिए कुछ कब होगा।

मैं एक पृष्ठ पर सभी/एकाधिक प्रविष्टियों का चयन करने और उन्हें एक बार में हटाने के लिए चेकबॉक्स के साथ करूँगा। साथ ही, पुष्टि करने के लिए एंटर दबाकर पुष्टिकरण संवाद को खारिज करना संभव बनाएं।

आप डिलीट फंक्शनलिटी को भी छिपा नहीं सके। अभी आप:

1. रोलओवर परिनियोजन पंक्ति।
2. तीन डॉट्स वाले मेन्यू पर क्लिक करें।
3. पुष्टिकरण को कॉल करने के लिए हटाएं पर क्लिक करें।
4. फिर से हटाएं क्लिक करें।

यदि प्रत्येक पंक्ति का अपना डिलीट बटन होता है, और यदि आप पुष्टिकरण को बायपास करने के लिए शिफ्ट पकड़ सकते हैं, तो आप उनके द्वारा उड़ सकते हैं।

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

इस पर कोई भी समाचार? यह निश्चित रूप से सीएलआई में पिछली तैनाती को हटाने का एक आसान तरीका बनाने में मदद करेगा। इस अच्छे काम के लिए धन्यवाद।

इस पर अभी तक कोई खबर नहीं है, लेकिन यह टीम के लिए सक्रिय रुचि का क्षेत्र है। आपके धैर्य के लिए धन्यवाद!

इस पर कोई भी समाचार? हमारे पास इतने सारे हैं कि हमें एक-एक करके मैन्युअल रूप से हटाना होगा।

वास्तव में इस पर कुछ प्रगति की भी सराहना करेंगे!

हम अभी अपने परिनियोजन के बुनियादी ढांचे पर बहुत काम कर रहे हैं, जिसे पूरा होने में थोड़ा समय लगेगा। जब हम वह काम करते हैं तो यह मुद्दा हमारे दिमाग में जरूर रहता है।

@mbleeigh अरे इस विषय को लॉक करने के बारे में कैसे। जब यह हो जाएगा तो मैं अधिसूचित होना चाहता हूं, लेकिन मैं वास्तव में सभी "मुझे भी" टिप्पणियां नहीं पढ़ना चाहता हूं।

"पुराने संस्करणों की केवल एक निश्चित संख्या को तब तक रखा जाता है जब तक कि किसी तरह से" पिन "नहीं किया जाता है" ठीक वही है जो हमें चाहिए।

मेरे पास दूसरी समस्या यह है कि जब मैं तैनाती की इस सूची को देखता हूं, तो मुझे नहीं पता कि कौन सा है। मैं अपने ऐप को कुछ तरीकों से संस्करणित करता हूं, जिसमें package.json में संस्करण और "बिल्ड" की धारणा शामिल है, इसलिए मैं एक संस्करण भी प्रदान कर सकता हूं और/या # से firebase deploy तक बना सकता हूं, और फिर यदि वह तैनात संस्करणों की सूची में सूचीबद्ध किया जा सकता है यह शानदार होगा। जैसा कि यह खड़ा है, मैं 100 तैनात संस्करण देखता हूं और मुझे नहीं पता कि कौन सा है।

@rtm आप तैनाती के लिए एक संदेश निर्दिष्ट कर सकते हैं जो तैनाती की सूची में दिखाया गया है:

firebase deploy --message "build 1234"

विकल्प दस्तावेज़ीकरण पृष्ठों पर सूचीबद्ध नहीं है, लेकिन यह चलते समय सूचीबद्ध है:
firebase help deploy

@ ए-एक्सिन धन्यवाद। मैंने इसे पूरी तरह से याद किया था और यह बहुत उपयोगी है!

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

वर्कअराउंड के रूप में, क्या उन फ़ाइलों का पुन: उपयोग करना संभव होगा जिनका फ़ाइल नाम और सामग्री नहीं बदली है (कुछ हैश के अनुसार)?

उदाहरण के लिए यदि वेबपैक स्थिर हैश (उदाहरण के लिए HashedModuleIdsPlugin को नियोजित करना) के साथ भाग उत्पन्न करता है, तो क्या ये फ़ाइलें प्रत्येक तैनाती पर अपलोड हो जाती हैं (भले ही वे वास्तव में नहीं बदले हैं)?

यह प्रत्येक परिनियोजन पर फ़ाइल अपडेट की मात्रा में महत्वपूर्ण रूप से कटौती कर सकता है (यदि विक्रेता के काम नहीं बदले हैं, तो हमारे एप्लिकेशन कोड के kbytes तक)।

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

सूर्य पर, 25 फरवरी, 2018: अपराह्न 3:32 डेनिस लॉगिनोव सूचनाएं @github.com
लिखा था:

अस्थायी समाधान के रूप में, क्या उन फ़ाइलों का पुन: उपयोग करना संभव होगा जिनकी
फ़ाइल नाम और सामग्री नहीं बदली है (कुछ हैश के अनुसार)?

उदाहरण के लिए यदि वेबपैक स्थिर हैश के साथ विखंडू उत्पन्न करता है (जैसे नियोजित करना
HashedModuleIdsPlugin), क्या ये फ़ाइलें प्रत्येक परिनियोजन पर अपलोड होती हैं (यहां तक ​​कि
हालांकि वे वास्तव में नहीं बदले हैं)?

यह प्रत्येक पर फ़ाइल अपडेट की मात्रा में महत्वपूर्ण रूप से कटौती कर सकता है
परिनियोजन (हमारे आवेदन कोड के kbytes तक, यदि विक्रेता libs नहीं है
चकनाचूर)।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/firebase/firebase-tools/issues/215#issuecomment-368355645 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAD_nbNy4j3gsIpTk_YpLyhlAuPtNHOks5tYe2DgaJpZM4J0BKU
.

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

इतिहास में सीमित # परिनियोजन के अलावा, मुझे @dinvlad का फ़ाइलों का पुन: उपयोग करने का विचार भी पसंद है।

@sejr एक चीज जो मैं करता हूं वह है कि जितना संभव हो सके कीबोर्ड का उपयोग करना।
मैं दीर्घवृत्त क्लिक करता हूं, नीचे तीर दबाता हूं फिर दर्ज करता हूं, फिर टैब बटन 3 बार दर्ज करता हूं
और दोहराएं ..... उम्मीद है कि मदद करता है।

@mbleeigh इस पर कोई खबर या प्रगति?

@mbleeigh क्या आप हमें एक दर्जा दे सकते हैं?

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

इसे संबोधित करने में लंबी देरी के लिए खेद है - यह हमारी सूची में उच्च है, लेकिन हम एक बुनियादी ढांचा परियोजना में भारी निवेश कर रहे हैं जो इस तरह की कई छोटी परियोजनाओं को शुरू करने की नींव रखता है।

मैं सटीक समयसीमा का वादा नहीं कर सकता, लेकिन यह निश्चित रूप से भुलाया नहीं गया है।

शायद भुलाया नहीं नज़रअंदाज़ ज़रूर किया गया । एक दो क्लिक के साथ UI में एक परिनियोजन को हटाया जा सकता है - ऐसा कोई कारण नहीं है कि इसे API के माध्यम से आसानी से उजागर नहीं किया जा सके। मैं Firebase उत्पाद रोडमैप के साथ-साथ Divshot के भाग्य से बेहद निराश हूं।

मैं हताशा को सही मायने में समझता हूं। इस मुद्दे को काम द्वारा संबोधित किया जा रहा है
हम अभी कर रहे हैं और निकट भविष्य में आप सभी के लिए लाने की आशा करते हैं।

शुक्र, जून 29, 2018, 1:01 AM पर डेमियन नोवाक नोटिफिकेशन @github.com ने लिखा:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/firebase/firebase-tools/issues/215#issuecomment-401279887 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAAD_t_BTD_cT8eWOABg8sfs9Lf1n9g8ks5uBd7SgaJpZM4J0BKU
.

@mbleeigh

लेकिन हम जो करना चाहते हैं उसे करने के लिए बड़े बदलाव आवश्यक हैं।

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

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

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

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

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

@mbleeigh सिर ऊपर करने के लिए बहुत बहुत धन्यवाद।

@mbleeigh मुझे यकीन नहीं है कि आपको इस कार्य को सार्वजनिक एपीआई या किसी आधारभूत संरचना परिवर्तन पर निर्भर करने की आवश्यकता क्यों है।

इसे फ़ायरबेस कंसोल में एक बटन के साथ अल्पावधि में हल किया जा सकता है "पुरानी तैनाती को छाँटें"।

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

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

पेशेवर बिल्कुल नहीं।

मुझे नहीं पता कि हर कोई किस बात पर नाराजगी जता रहा है। पुरानी तैनाती को एक-एक करके हटाना आराम की बात है। मैंने अभी-अभी 72 का बैकलॉग क्लियर किया है। फिर यह सुनिश्चित करने के लिए दोहरी जाँच हुई कि मैं उन सभी को प्राप्त कर चुका हूँ (मैंने एक को याद किया) - फिर से बहुत संतोषजनक। मैं नेक महसूस किया, और मैं सुपीरियर कहने की हिम्मत करता हूं। विवरण की देखभाल; यथोचित परिश्रम। प्रशासन की मनमानी! मेरा एकमात्र अफसोस यह था कि मेरे पास साफ़ करने के लिए और कुछ नहीं था। मुझे वास्तव में बाद में पूरे एक घंटे के लिए सॉलिटेयर खेलना पड़ा, बस इतना अच्छा महसूस करने के लिए कि मैं अपने अगले कार्य पर जा सकूं।

और दो साल (और गिनती) इस सुविधा को पाने के लिए?!? पीएफटीटी। हर कोई जानता है कि इन चीजों को ठीक करने के लिए इंजीनियरों को केयर लेना पड़ता है! और यह एक बहुत बड़ा बजट है जिसकी आवश्यकता है। मेरा मतलब है कि WAYMO और बाकी Alphabet के सभी प्रयासों के बारे में सोचें। Google इस सुविधा में अधिक संसाधन नहीं लगा सकता।

और इसके अलावा, हम सिर्फ डेवलपर हैं! डबल पीएफटीटी। आप डेवलपर्स को कतार में सबसे आगे रखकर Google के जीवित रहने की उम्मीद कैसे करते हैं?!? सच में!

नहीं, हम सभी की भलाई के लिए, और विशेष रूप से हमारी भलाई के लिए, मैं व्यक्तिगत रूप से वोट देता हूं कि यहां की देव टीम इस सुविधा को लागू करने से पहले कम से कम दो साल तक इस पर काम करना जारी रखेगी। भगवान के लिए सावधान रहना! जल्दी मत बनो; जल्दी मत करो!

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

सब कुछ अच्छा है; कृपया अपनी प्रक्रिया में कोई भी परिवर्तन न करें, जैसे कि प्रबंधन परिवर्तन कहें!

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

मेरे पास उनमें से 125 को हटाना है।

किसी तरह मुझे ऐसा लग रहा है कि इस धागे में कुछ व्यंग्य हो रहा है...

दोस्तों, मुझे वास्तव में निराशा होती है। मेरी पिछली टिप्पणी के एक बयान को दोहराने के लिए: यदि आप समर्थन के लिए पहुंचते हैं , तो हमें अंतरिम में आपकी ओर से आपके पुराने डिप्लॉयमेंट को मैन्युअल रूप से छांटने में खुशी होगी । बस हमें बताएं कि आप कितने पुराने संस्करण अपने पास रखना चाहेंगे।

हम एक अंतरिम बैंड-सहायता समाधान जारी क्यों नहीं कर रहे हैं - ठीक है, समर्थन हस्तक्षेप हमारी बैंड-सहायता है। हम उस सिस्टम पर सीमित इंजीनियरिंग संसाधनों को नहीं जलाना पसंद करेंगे जिसे हम बदलने के लिए सक्रिय रूप से काम कर रहे हैं, यही कारण है कि यह एक कठिन स्थान पर समाप्त होता है।

ओह देखो, ऐसा लगता है कि ने एक सार छोड़ दिया है जो इस धागे के लिए प्रासंगिक हो सकता है ...

PS हम अभी भी एक बेहतर, स्वचालित समाधान पर काम कर रहे हैं लेकिन इस बीच यह एक बेहतर बैंड-सहायता है। मैं

वर्कअराउंड प्रदान करने के लिए समय निकालने के लिए धन्यवाद।

ऊपर दिए गए सार में स्क्रिप्ट संस्करणों को हटाने के मामले में ठीक काम करती है, लेकिन मुझे मेरा संग्रहण उपयोग कम नहीं होता है (क्या संस्करणों को हटाने के बाद इसे फिर से गणना करने में कुछ समय लगता है?)

क्या संस्करणों को हटाने के बाद इसकी पुन: गणना करने में कुछ समय लगता है?

मेरे अनुभव में, हाँ। यहां तक ​​​​कि अगर आप संस्करणों के एक समूह को मैन्युअल रूप से हटाने के लिए gui का उपयोग करते हैं, तो उपयोग संख्याओं को बदलने में कुछ समय लगता है।

हमें बेहतर बैंड-सहायता प्रदान करने के लिए वास्तव में धन्यवाद @mbleeigh । :प्रार्थना:

कोई अपडेट @mbleeigh?

क्या आपने होस्टिंग बाकी एपीआई @alexanderwhatley को देखा है, यह एक यूआई समाधान नहीं है, लेकिन नई होस्टिंग रेस्ट एपीआई आपको अपनी तैनाती को ट्रिम करने के लिए आवश्यक सब कुछ करने में सक्षम बनाती है।

होस्टिंग रेस्ट एपीआई

क्या आपने इसमें @jackcw देखा है? क्योंकि मुझे केवल create और list विधियां मिल सकती हैं। कोई delete विधि नहीं।

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

माफ करना मेरा बुरा। मैंने संस्करणों और रिलीज़ के अर्थ को गलत समझा। अब आप पुराने रिलीज़ को हटा सकते हैं जिन्हें API के साथ संस्करण कहा जाता है।

मैंने एक छोटी सी शेल स्क्रिप्ट बनाई जिसे दिन में एक बार क्रॉन जॉब के साथ सभी पुराने रिलीज को हटाने के लिए निष्पादित किया जाता है।
यहाँ सार है । JSON को पार्स करने के लिए jq की आवश्यकता है। यह मूल रूप से वही करता है जो @jackcw ने लिखा था: यह सभी रिलीज़ पर पुनरावृति करता है और उन्हें हटा देता है।

मैं शेल स्क्रिप्ट या jq लिखने का विशेषज्ञ नहीं हूं - लेकिन परिणाम वही है जो मायने रखता है, मुझे लगता है। स्क्रिप्ट मेरे लिए काफी मज़बूती से काम करती है। इसे स्वयं उपयोग करने के लिए स्वतंत्र महसूस करें।

आंतरिक ट्रैकिंग आईडी: 113235359

इस पर कोई अपडेट?

इस पर सक्रियता से काम किया जा रहा है। मैं

ज़रा सुनिए सभी!

अब आप अपने संस्करण इतिहास प्रतिधारण को Firebase कंसोल में प्रबंधित कर सकते हैं:

आप में से उन लोगों के लिए जिनके पास बड़ी साइटें हैं, इससे आपको लागत कम रखने में मदद मिलनी चाहिए।

सभी के लाभ के लिए, उपरोक्त सुविधा @samtstern जिस बारे में बात कर रही है, वह वह चीज़ है जिस पर मैंने कहा था कि हम काम कर रहे थे। मुझे उम्मीद है कि इससे लोगों को अपने संस्करण इतिहास पर एक अच्छा नियंत्रण रखने में मदद मिलेगी!

सुविधा के लिए धन्यवाद! ऐसा लगता है कि अभी भी कुछ बग हैं, हालांकि।

@twistedpair : रोना: हुह, क्या आप फायरबेस समर्थन तक पहुंच सकते हैं, अधिमानतः देव उपकरण के नेटवर्क पैनल में आपको जो त्रुटि मिल रही है उसके साथ? निश्चित रूप से ऐसा नहीं होना चाहिए।

ऐसा लगता है कि यह सुविधा काम नहीं कर रही है, हमारे पास सेटिंग्स में 1 संस्करण की ऊपरी सीमा है लेकिन सूची में एक टन संस्करण है जो कभी हटाया नहीं गया!

@sharno

यह हमारी परियोजनाओं पर एकदम सही काम करता है।
हमारे पास 10 बिल्ड की सीमा है और बिल्ड 11 से वे "ऑटो-डिलीट" हो जाते हैं

@बिलियाग धन्यवाद

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

मैंने @sharno जैसा ही देखा है। डिफ़ॉल्ट सेटिंग्स ने मान को 1 पर सेट किया है, हालांकि यह तब तक प्रभावी नहीं है जब तक कि सेटिंग्स को खोला नहीं गया और मैंने पहली बार _Save_ पर क्लिक किया। उसके बाद सब कुछ उम्मीद के मुताबिक काम करता है।

किसी नए Firebase प्रोजेक्ट पर दोहराने के लिए, किसी साइट को कई बार परिनियोजित करें ताकि रिलीज़ इतिहास में कुछ परिनियोजन हों। _संस्करण इतिहास सेटिंग_ खोलें, जो 1 का डिफ़ॉल्ट मान दिखाता है, फिर _सहेजें_ पर क्लिक करें। पृष्ठ को रीफ़्रेश करें और वर्तमान के अलावा सभी पिछले परिनियोजनों की स्थिति _स्वतः-हटाई गई_ होनी चाहिए।

शायद _संस्करण इतिहास सेटिंग्स_ मोडल का उल्लेख या प्रतिबिंबित करना चाहिए कि सेटिंग डिफ़ॉल्ट रूप से प्रभावी नहीं है और उपयोगकर्ता कार्रवाई को सक्षम होने की आवश्यकता है। उदाहरण:

या कुछ अलग, उपयोगकर्ताओं को एक मान को अनसेट करने की अनुमति देता है:

कम से कम फायरबेस सहायता पर - डिफॉल्ट का बेहतर वर्णन करने वाले

मेरे पास एक समान क्वेरी है, लेकिन फायरबेस होस्टिंग के लिए नहीं, बल्कि फायरबेस कार्यों के लिए। प्रत्येक फ़ंक्शन परिनियोजन 400+MB फायरबेस संग्रहण स्थान लेता है। मैं फायरबेस क्ली का विशेषज्ञ उपयोगकर्ता नहीं हूं, लेकिन जीसीपी कंटेनर रजिस्ट्री में जाने से कंटेनरों को एक-एक करके हटाने का विकल्प मिलता है

क्या फायरबेस कंसोल पुराने फंक्शन कंटेनरों को ऑटो-डिलीट करने का एक तरीका प्रदान करता है जैसे कि यह वर्तमान में रिलीज को होस्ट करने के लिए करता है?

पीएस: क्या मुझे इसके लिए एक नया मुद्दा खोलना चाहिए?

@DibyodyutiMondal निश्चित रूप से एक नया मुद्दा है।

@DibyodyutiMondal - क्या आपने एक नया मुद्दा खोला? यदि हां, तो कृपया इसका लिंक यहां दें, ताकि इसे ढूंढना आसान हो जाए।