Firebase-tools: गैर-संवादात्मक मोड में हटाना संभव नहीं है

नमस्ते, यह जानबूझकर किया गया व्यवहार है, क्योंकि हमें बहुत सारी प्रतिक्रियाएँ मिलीं कि उपयोगकर्ताओं को यह पसंद नहीं आया कि कैसे CLI ने अपने कार्यों को स्वचालित रूप से हटा दिया। इसलिए अब हमें हटाने के लिए उपयोगकर्ता की पुष्टि की आवश्यकता है, जो गैर-संवादात्मक में नहीं किया जा सकता है।

यही कारण है कि रिलीज एक प्रमुख संस्करण टक्कर थी, व्यवहार में एक ब्रेकिंग परिवर्तन को इंगित करने के लिए।

@laurenzlong गैर-संवादात्मक मोड में हटाने की अनुमति देने के लिए ध्वज जोड़ा जा सकता है? हमारे लिए सीएलआई में कार्यों को हाथ से हटाना एक अच्छी समीक्षा/विलय नीति की तुलना में कम सुरक्षित और असुविधाजनक है + सीआई परिनियोजन

क्या आप अपने तर्क पर थोड़ा और विस्तार कर सकते हैं? क्या आप CI के दौरान अक्सर फ़ंक्शन हटा रहे हैं?

निश्चित रूप से: हम पुराने कार्यों को लगातार रिफैक्टर कर रहे हैं और अक्सर प्रतिस्थापित कर रहे हैं (उदाहरण के लिए ऑनकॉल के लिए https onRequest को स्वैप करना)। हमारे लिए पुराने फ़ंक्शन को हटाना और एक नया जोड़ना आसान है। कभी-कभी हम बस अब फ़ंक्शन का उपयोग नहीं कर रहे हैं, और चाहते हैं कि यह चला जाए।
हम हर हफ्ते एक फ़ंक्शन को नहीं हटाएंगे, लेकिन अब जब सीआई के माध्यम से ऐसा करना संभव नहीं है, तो इसका मतलब है कि विलय और ऑटो परिनियोजन से पहले मैन्युअल रूप से हटाने के लिए हमें समीक्षा में मैन्युअल चरण जोड़ना होगा। इसका मतलब यह भी है कि कम से कम दो डेवलपर्स को हमारे उत्पादन कार्यों तक पहुंच की आवश्यकता है, जिसे हम मन की शांति के लिए दूर करने की कोशिश कर रहे हैं।
अगर हमारे पास firebase deploy --allow-deletes जैसा कुछ था और हम एक अच्छी समीक्षा प्रक्रिया बनाए रखते हैं, तो हमारी पूरी देव टीम मेरे लैपटॉप पर उत्पादन सीएलआई खोलने की प्रतीक्षा किए बिना स्वतंत्र रूप से कुछ भी बना/अपडेट/हटा सकती है, जबकि मैं कुछ काम कर रहा हूं अन्यथा।

मैं समझ सकता हूं कि डिफ़ॉल्ट को हटाना क्यों नहीं होगा, लेकिन हमें आश्चर्य है कि यह गैर-संवादात्मक मोड में संभव/अवरुद्ध नहीं है, यह मानते हुए कि उस मोड में अधिकांश लोग हमारे जैसे तैनात करने से पहले पूरी तरह से समीक्षा कर रहे हैं?

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

धन्यवाद लॉरेन

हमारे पास बिल्कुल वही मुद्दा है। इससे भी काफी मदद मिलेगी। अपडेट के कारण हमें Google क्लाउड बिल्डर का उपयोग करके अपने स्वचालित परिनियोजन को छोड़ना पड़ा।

सुनिश्चित नहीं है कि किसी ने इसे पहले से ही सुझाव दिया है।
अधिकांश उपयोगकर्ता एक ऐसा ध्वज पसंद करते हैं, जहां मौजूद नहीं होने वाले फ़ंक्शन हटा दिए जाएंगे।

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

उदाहरण के लिए, यदि किसी ने फीचर शाखा में एक नया फ़ंक्शन बनाया है और परीक्षण उद्देश्यों के लिए firebase deploy --only functions:functionName का उपयोग करके इसे तैनात किया है।
यह उत्पादन उपयोग में किसी अन्य कार्य को प्रभावित नहीं करेगा।

और फिर कोई नया संस्करण तैनात करने की कोशिश करता है, फिर हमारी सीआई पाइपलाइन शुरू हो जाएगी और कमांड को कॉल करेगी
firebase deploy --ignore-missing-functions , तो परिनियोजन सभी मौजूदा कार्यों को अद्यतन करेगा, अनुपलब्ध फ़ंक्शन बनाएगा, लेकिन फ़ंक्शन को अपडेट या हटा नहीं देगा functionName ।

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

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

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

@laurenzlong क्या इसे संबोधित किया जा रहा है?

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

शुक्रवार, 12 अक्टूबर 2018 को सुबह 5:06 बजे सोलोमन एंगेल < नोटिफिकेशन @github.com ने लिखा:

@laurenzlong https://github.com/laurenzlong क्या इस पर ध्यान दिया जा रहा है?

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

@mbleeigh जब मैं firebase deploy चलाता हूं तो क्या कोई फ़ंक्शन हटाने का कोई विकल्प नहीं है?

उदाहरण के लिए, यदि मेरे पास पूरी तरह से अलग-अलग कार्यों के साथ 2 अलग-अलग भंडार हैं जो सभी एक ही कार्य परियोजना में तैनात हैं।

तो जैसे:
मेरे पास रेपो है

• "फ्रंटएंड", फ़ंक्शन के साथ:
  
  
  
  • भाषापुनर्निर्देशक
  
  
• "बैकएंड", के साथ:
  
  
  
  • onUserप्रमाणीकृत
  
  

अब अगर मैं "फ्रंटएंड" रेपो से firebase deploy चलाता हूं तो मैं केवल languageRedirector को अपडेट करना चाहता हूं
और अगर मैं "बैकएंड" रेपो से firebase deploy चलाता हूं तो मैं केवल onUserAuthenticated को अपडेट करना चाहता हूं

क्या यह संभव है?

जहां तक ​​​​मुझे पता है, @IchordeDionysos संभव नहीं है। परिनियोजन प्रक्रिया के दौरान, यह पता लगाने के लिए कि क्या हटाने की आवश्यकता है और क्या जोड़ने की आवश्यकता है, कार्यों का निरीक्षण किया जाता है। यदि कोई कोड से "गायब" है, तो सीएलआई इसे हटाने का प्रयास करेगा।

क्या यह #999 कुछ ऐसा है जिस पर आप विचार कर रहे हैं? :)
हमें वास्तव में इस विकल्प की आवश्यकता है क्योंकि वर्तमान में हमारी CI स्क्रिप्ट इसके बिना काम नहीं करेगी...

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

@IchordeDionysos इस बीच, यह आप का उपयोग करने के लिए संभव है --only functions:[function] पर firebase deploy अपने सीआई काम कर पाने के लिए? आप यहां अधिक विवरण प्राप्त कर सकते हैं: https://firebase.google.com/docs/cli/#deploy_specific_functions

हमारे लिए यह मामला सुलझ गया है। हम Google क्लाउड बिल्डर के माध्यम से फिर से तैनात करने में सक्षम हैं।

यहां "हैक" है जिसका उपयोग हम केवल अपरर्ट फ़ंक्शन (दूसरों को हटाने के लिए नहीं) के लिए कर रहे हैं:

echo "n\n" | firebase deploy --only functions --interactive --token $FIREBASE_TOKEN

कभी नहीं बदलने वाले प्रश्न पर भरोसा करने के बजाय --no-delete जैसे और स्पष्ट विकल्प की भी सराहना करेंगे