yarn 🚀 - असंगत वैकल्पिक निर्भरता के बारे में चेतावनी न दें

मुझे चेतावनी के एक उपयुक्त उपयोग की तरह लगता है।

ghost 28 जून 2017

👎59

क्या यह उस बात को ठीक करना बेहतर नहीं होगा जो चेतावनी को सिर्फ छिपाने के बजाय दे रही है?

wtgtybhertgeghgtwtg 28 जून 2017

👎21 👍1

@wtgtybhertgeghgtwtg

"फिक्स" से आपका क्या मतलब है? जैसा कि https://github.com/npm/npm/issues/11632 में बताया गया है, सब कुछ इच्छानुसार काम कर रहा है। कुछ पैकेज विशेष रूप से macOS पर fsevents पर निर्भर करते हैं (क्योंकि यह बेहतर अनुभव प्रदान करता है) लेकिन विंडोज / लिनक्स पर अन्य व्यवहार पर वापस आते हैं। तथ्य यह है कि विंडोज के साथ fsevents असंगत है उपयोगकर्ताओं को सामने नहीं आना चाहिए: यह सिर्फ एक प्लेटफ़ॉर्म-विशिष्ट कार्यान्वयन निर्भरता का विवरण है। वहाँ उपयोगकर्ताओं के लिए कुछ भी कार्रवाई योग्य नहीं है (और इसके बारे में चिंतित होने के लिए कुछ भी नहीं है)।

gaearon 28 जून 2017

👍61

मैं कहूंगा कि एक निर्भरता की आवश्यकता है और एक विशिष्ट ओएस के लिए बायनेरिज़ को जोड़ना यह नहीं होना चाहिए कि यह कैसे काम करता है।
मुझे यकीन है कि ऐसे अन्य पैकेज हैं जो इस मुद्दे को पॉप अप करते हैं, लेकिन fsevents सबसे अधिक प्रबल है, babel , webpack , आपके create-react-app में समस्याएँ हो रही हैं sane और jest । मुझे लगता है कि एक पैकेज की कमियों के कारण एक पैकेज प्रबंधक के व्यवहार को बदलने के बजाय एक बेहतर फ़ाइल वॉचिंग समाधान खोजने के लिए यह अधिक उत्पादक होगा।

wtgtybhertgeghgtwtg 28 जून 2017

👎13

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

gaearon 28 जून 2017

👍1

लगता है जैसे राय बंटी हुई है।
मुझे लगता है कि गैर-कार्रवाई योग्य चीज़ पर चेतावनी देना कष्टप्रद हो सकता है।
दूसरी ओर इसी तरह की चेतावनी, उदाहरण के लिए "यह मॉड्यूल Node.js <4" पर काम नहीं करता है, काफी उपयोगी हैं।
क्या कोई सेटिंग है जिसे लोग चेतावनी को अक्षम करने के लिए चालू कर सकते हैं?

bestander 29 जून 2017

👍1

@gaearon दिया गया यह एक ओपन सोर्स रेपो है, लॉग स्तर से दबाने के लिए CLI ध्वज जोड़ने के बारे में पीआर कैसे है। संकुल में डाउनस्ट्रीम समस्या पर पेपर करना बहुत गलत होगा, आप संदर्भित कर रहे हैं कि क्या यह एक बेहतर कंप्यूटर है या सिर्फ $ 35 आरपीआई है जो अधिकांश समान सामान कर सकता है।

ghost 29 जून 2017

👎4

@jhabdas

लॉग स्तर से दबाने के लिए सीएलआई ध्वज जोड़ने के लिए पीआर के बारे में कैसे

मुझे एक PR भेजना अच्छा लगा होगा, लेकिन @bestander की तरह, मैं भी अन्य ओपन सोर्स प्रोजेक्ट्स को बनाए रखने के लिए पूरा समय काम करता हूं, और दुर्भाग्य से इस विशेष फीचर पर काम करने का समय नहीं है। मैंने चर्चा करने के लिए एक मुद्दा उठाया कि क्या यह वांछनीय है या नहीं।

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

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

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

क्षमा करें यदि मैं बहुत स्पष्ट नहीं हूं। मैं देख सकता हूं कि यह मेरी अपेक्षा से अधिक विवादास्पद है। चलो फिर ऐसा नहीं करते। मैं इस पहाड़ी पर मरने वाला नहीं हूं। 😛

gaearon 29 जून 2017

👍13

दूसरी ओर इसी तरह की चेतावनी, उदाहरण के लिए "यह मॉड्यूल Node.js <4" पर काम नहीं करता है, काफी उपयोगी हैं।

... लेकिन यह कार्रवाई करने योग्य है - आप Node.js. के अपने संस्करण को अपग्रेड कर सकते हैं

glen-84 29 जून 2017

👍13

... लेकिन यह कार्रवाई करने योग्य है - आप Node.js. के अपने संस्करण को अपग्रेड कर सकते हैं

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

मैं फिर से खोलूँगा, यह अधिक चर्चा के लायक है।

bestander 29 जून 2017

👍4

हम शायद इसे "जानकारी" लॉग स्तर पर डाउनग्रेड कर सकते हैं (और एनपीएम की तरह लॉग स्तरों की अवधारणा को लागू कर सकते हैं)।

gaearon 30 जून 2017

👍5

@gearon क्या आप दो मानार्थ परीक्षण मामले प्रदान कर सकते हैं? मैंने विवरण पढ़ा और सुझाव को सुना। लेकिन मैं व्यक्तिगत रूप से उस चीज को लेना चाहूंगा जिसे आप शुरुआती लोगों के लिए एक भयावह अनुभव मानते हैं जो कि "लगभग कभी भी कार्रवाई योग्य नहीं है"। आपने ऊपर Webpack का उल्लेख किया है। मेरे लिए वेबपैक ही भयावह है और मैं इसका उपयोग नहीं करता। बहुत सारी महान चीजें हैं जो यार्न के साथ की जा सकती हैं यदि यह विकास के दौरान सेट की गई सही विशेषता पर अपनी नज़र रखता है। क्या यह वास्तव में एक सुझाव है जो आपको लगता है कि उन लक्ष्यों को प्राप्त करने में मदद करता है, या आप किसी और की पहाड़ी पर चढ़ रहे हैं?

ghost 30 जून 2017

👎10

मैं @gaearon द्वारा वर्णित कुछ इसी तरह की स्थिति के बारे में

जब मैं yarn upgrade चलाता हूं तो मुझे यह शुरुआत में मिलता है:

warning gulp > vinyl-fs > glob-stream > [email protected] ...
warning gulp > vinyl-fs > glob-watcher > gaze > globule > [email protected] ...
warning gulp > vinyl-fs > glob-watcher > gaze > globule > glob > [email protected] ...

लेकिन जब मैं उस सूची को देखता हूं जो निम्न है, तो उन निर्भरताएं अप-टू-डेट हैं।

मैं @gaearon के साथ सहमत चेतावनी देखना थोड़ा डरावना है क्योंकि मैं नोड का उपयोग करने के लिए अपेक्षाकृत नया हूं और एनपीएम से यार्न का उपयोग करने पर पलायन कर चुका हूं। लेकिन यह एक चेतावनी संदेश देखने के लिए एक सा _misleading_ भी है क्योंकि इसका मतलब है कि यह कुछ ऐसा है जिसे मैं ठीक कर सकता हूं।

मेरी राय में, मुझे लगता है कि इन चेतावनियों को या तो मैत्रीपूर्ण infos बन जाना चाहिए या बस बिल्कुल प्रदर्शित नहीं होना चाहिए।

dmbdesignpdx 7 जुल॰ 2017

असुरक्षित निर्भरता का उपयोग करते हुए, हालांकि, एक चेतावनी देनी चाहिए।

wtgtybhertgeghgtwtg 7 जुल॰ 2017

हम क्यों _scary_ के बारे में बात कर रहे हैं। यह सॉफ्टवेयर डेवलपमेंट है, न कि किंडरगार्टन।

ghost 7 जुल॰ 2017

👎32 😄5 👍2

@wtgtybhertgeghgtwtg मुझे फेंकता है कि चेतावनी क) यह _my_ गलती नहीं है, त्रुटि मेरे अंत में नहीं है, और b) जहां देखने के लिए जाना है मुद्दे को संबोधित किया गया है। इस तरह की जानकारी उपयोगकर्ताओं को अपने अंत में क्या गलत है, यह जानने की कोशिश में खरगोश के छेद से नीचे जाने से बचा सकती है।

dmbdesignpdx 7 जुल॰ 2017

पहले संदेश को बेहतर बनाने के लिए एक अच्छा विचार, एक पीआर भेजें

7 जुलाई 2017 को 14:08 पर, डैनियल ब्लेक नोटिफिकेशन @github.com ने लिखा:

@wtgtybhertgeghgtwtg https://github.com/wtgtybhertgeghgtwtg क्या फेंकता है
मुझे यह है कि चेतावनी मुझे कुछ अद्यतन करने के लिए कहती है जिसे मैं अपडेट नहीं कर सकता।
हालांकि, इस मामले में, मैं असुरक्षित निर्भरता (I) का उपयोग करने वाला नहीं हूं
ग्लोब है), मैं आपकी बात देखता हूं और मानता हूं कि यह एक चेतावनी होनी चाहिए; लेकिन मैं
लगता है कि इसे अधिक जानकारीपूर्ण कहा जा सकता है। कुछ सरल के रूप में
"" dependency_A] एक पुरानी [dependency_B] का उपयोग कर रहा है "- मैं अभी पता करूंगा
वह बैट जो क) यह मेरी गलती नहीं है, त्रुटि मेरे अंत में नहीं है, और
ख) यह देखने के लिए कि मुद्दे को संबोधित किया गया है या नहीं। उस तरह का
जानकारी उपयोगकर्ताओं को पता लगाने की कोशिश कर के खरगोश छेद नीचे जाने से बचा सकता है
उनके अंत में क्या गलत है।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने खुली / बंद अवस्था को संशोधित किया है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/yarnpkg/yarn/issues/3738#issuecomment-313793331 , या म्यूट
सूत्र
https://github.com/notifications/unsubscribe-auth/ACBdWI1Ks6bSYH_BStzm_b3-ne3bUMT3ks5sLp5PgaJpZM4OGrsi
।

bestander 7 जुल॰ 2017

मुझे क्या लगता है कि चेतावनी मुझे कुछ अद्यतन करने के लिए कहती है जिसे मैं अपडेट नहीं कर सकता।

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

ghost 7 जुल॰ 2017

👎21 👍2

जबकि मेरा तर्क है कि

warning gulp > vinyl-fs > glob-stream > [email protected] ...
warning gulp > vinyl-fs > glob-watcher > gaze > globule > [email protected] ...
warning gulp > vinyl-fs > glob-watcher > gaze > globule > glob > [email protected] ...

आपको बताता है कि आपको क्या जानना चाहिए, मैं मानता हूं कि इसे इस तरह से शब्दबद्ध किया जा सकता है जो इसे थोड़ा बेहतर रूप में प्रस्तुत करता है।

wtgtybhertgeghgtwtg 7 जुल॰ 2017

क्या हम इस मुद्दे को एक विशेष मामले पर केंद्रित रख सकते हैं? मैं यह नहीं चाहता कि सभी संभावित चेतावनियों के बारे में बिकेश में बदल जाए।

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

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

gaearon 8 जुल॰ 2017

👍22

मैं यह नहीं चाहता कि सभी संभावित चेतावनियों के बारे में बिकेश में बदल जाए।

यदि यह बातचीत से संबंधित है तो शायद यहीं जाना चाहिए। कृपया खुले मुद्दों की संख्या पर ध्यान दें, और यह एक वृद्धि अनुरोध है और बग नहीं है।

ghost 8 जुल॰ 2017

👎23

बढ़िया है। मैं सदस्यता समाप्त करूंगा लेकिन मुझे उम्मीद है कि यह चर्चा भविष्य में केंद्रित रहेगी। भाग लेने के लिए धन्यवाद!

gaearon 8 जुल॰ 2017

👍4

रखवाले, कृपया इसे बंद करें। के माध्यम से पालन करने वाला कोई नहीं है।

ghost 8 जुल॰ 2017

👎34

क्या आप दो मानार्थ परीक्षण मामले प्रदान कर सकते हैं?

बहुत सारी महान चीजें हैं जो यार्न के साथ की जा सकती हैं यदि यह विकास के दौरान सेट की गई सही विशेषता पर अपनी नज़र रखता है।

कृपया खुले मुद्दों की संख्या पर ध्यान दें, और यह एक वृद्धि अनुरोध है और बग नहीं है।

रखवाले, कृपया इसे बंद करें।

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

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

कृपया क्षमा करें यदि मुझे गलत समझ है, और आप इस भंडार को बनाए रखने में शामिल हैं। इस मामले में कृपया इस मुद्दे को बंद करने के लिए स्वतंत्र महसूस करें।

लेकिन मैं व्यक्तिगत रूप से उस चीज को लेना चाहूंगा जिसे आप शुरुआती लोगों के लिए एक भयावह अनुभव मानते हैं जो कि "लगभग कभी भी कार्रवाई योग्य नहीं है"।

create-react-app इंस्टॉल करना और फिर create-react-app myapp चलना इंस्टॉलेशन के भाग के रूप में एक चेतावनी उत्पन्न करेगा:

warning [email protected]: The platform "win32" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.

एनपीएम चेतावनी भी डरावना है:

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules/react-scripts/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for [email protected]: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.0.0 (node_modules/react-scripts/node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for [email protected]: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

सौभाग्य से npm हमें लॉग स्तर निर्दिष्ट करता है, जो यार्न नहीं करता है। दुर्भाग्यवश हमें इसकी वजह से सभी npm चेतावनियों को नजरअंदाज करना होगा।

यह चेतावनी एक समस्या क्यों है?

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

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

क्यों हम डरावने की बात कर रहे हैं यह सॉफ्टवेयर डेवलपमेंट है, न कि किंडरगार्टन।

धारणा है कि लोगों को केवल बालवाड़ी में डर लगता है मेरे लिए चिंताजनक है। ऐसे बहुत से काम हैं जिनसे लोग अपने जीवन भर डरते हैं। इसमें चिंता और अन्य भय जैसी मानसिक स्थितियां शामिल हैं (जैसे कि डर है कि आप अपनी नौकरी में पर्याप्त नहीं हैं)।

यह जावास्क्रिप्ट टूल से असंबंधित लग सकता है, लेकिन यह वास्तव में नहीं है। यहां दो अलग-अलग समस्याएं हैं:

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

मुझे आशा है कि यह स्पष्ट है कि मुझे क्यों लगता है कि यह संबोधित करने लायक है। हालाँकि, मैं इस चर्चा में आगे नहीं बढ़ूंगा क्योंकि आप इस प्रस्ताव को पूरा करने के बारे में बहुत भावुक लग रहे हैं, और मैं आपके साथ इस पर चर्चा करने में अधिक व्यक्तिगत ऊर्जा का निवेश करने को तैयार नहीं हूँ।

gaearon 8 जुल॰ 2017

👍57 ❤3

यह उस जानकारी की गहराई है जिसे मैं @gaearon के बाहर निकालने की उम्मीद कर रहा था। सीखने के लिए समय निकालने के लिए धन्यवाद क्योंकि ऐसा लगता है कि शिक्षार्थी के लिए आपकी सहानुभूति चमक रही है और यह सराहनीय है।

मुझे लगता है कि यह महत्वपूर्ण है कि हम शिक्षार्थियों को अपने लिए मछली बनाना सिखाएं। और कभी-कभी इसका मतलब है कि उन्हें अपने डर से बचाना नहीं है, बल्कि उन्हें डर का सामना करने के लिए प्रोत्साहित करना है।

fsevents चेतावनी के मामले में, यहां तक कि एक वैकल्पिक निर्भरता के रूप में, शिक्षार्थियों को चेतावनी का निरीक्षण करने और इसे समझने के लिए प्रोत्साहित किया जाना चाहिए। अन्यथा वे विकसित नहीं होंगे।

उदाहरण के लिए, स्टैक ओवरफ्लो की एक त्वरित खोज, वर्णित संदेश को संभालने के लिए निम्न समाधान प्रस्तुत करती है: https://stackoverflow.com/a/42938398/712334।

यदि संज्ञानात्मक ओवरहेड एक चिंता का विषय बन जाता है, तो मैं किसी व्यक्ति को अपने सिंगल-पेज ऐप बनाने के लिए एक अलग टूल की तलाश करने या वेब की बुनियादी बातों को हासिल करने के लिए

ghost 9 जुल॰ 2017

👎49 😕6

@ ग्लेन -84 क्या आप अपनी राय साझा करने के लिए परवाह करते हैं, या बस अपना अंगूठा चारों ओर लगाते हैं?

ज़रूर।

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

मैंने आपकी दो टिप्पणियों को वोट दिया है, क्योंकि IMO वे इस चर्चा में कोई मूल्य नहीं जोड़ते हैं।

glen-84 9 जुल॰ 2017

👍29

मैं मानता हूं कि चेतावनी जो कार्रवाई योग्य नहीं है उपयोगी नहीं हैं और वे अनावश्यक रूप से डरावना / शोर / भी हो सकते हैं। के @dmbdesignpdx साथ के सुझाव के रूप में चलते हैं @bestander सुझाव दिया?

पीआरओ का स्वागत

BYK 9 जुल॰ 2017

डेवलपर्स द्वारा बर्बाद किया गया समय पहले यह पता लगाने के लिए कि यह क्यों हो रहा है, और फिर इसे हर बार अनदेखा करना (और चेतावनियों को अनदेखा करना एक बुरी बात है)

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

यार्न / एनपीएम डेवलपर्स द्वारा समय बर्बाद किया गया, यह समझाने के लिए कि ऐसा क्यों होता है

व्यक्तिगत रिपॉजिटरी या पैकेज प्रबंधकों से मुद्दों को संबोधित करना यार्न की जिम्मेदारी नहीं है। और एनपीएम वहाँ से बाहर एकमात्र पैकेट नहीं है। और व्यक्तिगत रूप से मैं देखना चाहता हूं कि यार्न को संगीतकार को बदलने और शून्य बावर भरने के लिए लाल बगुलों से विचलित होने के बजाय सिर्फ समुदाय को छोड़ देना चाहिए।

यदि आप npm मुद्दे से वोटों को जोड़ते हैं, तो लगभग 150 उपयोगकर्ता सहमत होते हैं।

वह डिबम विज्ञापन पॉपुलम है। समिति द्वारा डिजाइन कभी किसी के लिए अच्छा नहीं होता है।

ghost 9 जुल॰ 2017

👎18

हमारी चर्चा के बाद से cat-discusson लेबल को हटा दिया गया और अब हमारे पास करने के लिए एक कार्य करने योग्य चीज़ है: चेतावनी को यह बताते हुए अधिक उपयोगी बनाना कि कौन सा पैकेज उस अन्य पदावनत पैकेज पर निर्भर करता है।

@ जहबदास मुझे लगता है कि हम "सीखने" और "कार्रवाई करने" के हिस्सों पर सहमत हैं। जिस भाग से हम बहुत अधिक सहमत नहीं हैं, वह यह है कि हम इसे कैसे करते हैं और यह yarn s का कर्तव्य है या नहीं। अभी के लिए मुझे लगता है कि जितना अधिक उपयोगी यार्न अपने उपयोगकर्ताओं के लिए है, उतना ही बेहतर है। कहा कि मैं संसाधनों को अधिक महत्वपूर्ण सुधारों और अद्यतनों से दूर ले जाने के लिए इसे प्राथमिकता नहीं दूंगा, इसलिए हम एक पीआर के लिए समुदाय को स्थगित कर देते हैं।

यदि कोई भी इस मुद्दे पर अधिक चर्चा करना चाहता है, तो आइए इसे डिस्कॉर्ड में स्थानांतरित करें। मेरा ध्यान आकर्षित करने के लिए आप सीधे वहां जा सकते हैं। 💓

BYK 9 जुल॰ 2017

👍3

आप सीखते हैं कि ऐसा क्यों हो रहा है और कार्रवाई करें

हमें क्या कार्रवाई करनी चाहिए?

व्यक्तिगत रिपॉजिटरी या पैकेज प्रबंधकों से मुद्दों को संबोधित करना यार्न की जिम्मेदारी नहीं है।

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

वह डिबम विज्ञापन पॉपुलम है। समिति द्वारा डिजाइन कभी किसी के लिए अच्छा नहीं होता है।

यह अभी हमारे पास है, और यदि आप इन परिवर्तनों से असहमत हैं, तो इस मुद्दे पर आपके डाउन-वोट से उनके निर्णय लेने में मदद मिलेगी।

glen-84 9 जुल॰ 2017

ठीक है @ ग्लेन -84 ने मुझे याद दिलाया कि मूल मुद्दा उप-निर्भरता और सूचनात्मक संदेशों के बारे में नहीं था, लेकिन केवल एक पैकेज के बारे में चेतावनी नहीं दे रहा था जो एक विशिष्ट मंच पर स्थापित नहीं किया जा सकता है।

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

BYK 9 जुल॰ 2017

👍9

@gaearon इस समस्या को हल करने के लिए इकाई परीक्षण के बिना एक लाइन कोड परिवर्तन किया गया था। कृपया याद रखें।

ghost 12 जुल॰ 2017

👎21 😄1

@ जहबदास मैंने पहले ही पीआर में जवाब दिया। ये मेरा दर्शन है अग्रिम में एक पुल अनुरोध और धन्यवाद खोलें :)

voxsim 12 जुल॰ 2017

👍4

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

ghost 12 जुल॰ 2017

👎21

@ जब्बदास जितना मैं आपके योगदान की सराहना करता हूं, मैं आपको हमारे कोड ऑफ कंडक्ट याद दिलाना चाहता हूं, विशेष रूप से निम्नलिखित आइटम:

स्वागत और समावेशी भाषा का उपयोग करना
विभिन्न दृष्टिकोणों और अनुभवों के प्रति सम्मानजनक होना
अन्य समुदाय के सदस्यों के प्रति सहानुभूति दिखाना

BYK 12 जुल॰ 2017

👍25

मेरी ईमानदारी से क्षमायाचना। मैं आचार संहिता की समीक्षा करूंगा और एक अच्छा सामुदायिक नागरिक बनने की कोशिश करूंगा। मुझे सही दिशा में इशारा करने के लिए धन्यवाद, @BYK।

ghost 12 जुल॰ 2017

❤4 👍2

इसे ठीक करने के लिए धन्यवाद। 😍 😍

यह एनपीएम में एक व्यापक अंतर से मतदान किया गया था और वास्तविक समस्याओं का कारण था, फिर भी 1.5 साल बाद भी उनके बॉट को संबोधित नहीं करने के कारण इसे बहुत पुराना होने के कारण ऑटो-बंद कर दिया!

इस तरह का प्रोजेक्ट प्रबंधन मेरे द्वारा यार्न पर स्विच किए जाने के कारणों में से एक है।

यह तय करना कितना आसान था, यह देखते हुए कि यह कितना समय और प्रयास बर्बाद कर रहा है। 😢

धन्यवाद!

jods4 14 जुल॰ 2017

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

kubino 18 जुल॰ 2017

👍2

@kubino कुछ बढ़िया प्रतिक्रिया है, धन्यवाद! हम जानते हैं कि इसे info जाना एक बार और सभी के लिए ठीक नहीं होगा। इसके लिए @ झब्बदास ने वास्तव में इसे और बेहतर और सामान्य बनाने के लिए कुछ समय बिताया और आरएफसी जमा किया । क्या आप वहां प्रतिक्रिया प्रदान करने में रुचि रखते हैं और हमें बताएं कि क्या RFC आपकी चिंताओं का समाधान करता है?

BYK 18 जुल॰ 2017

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

kubino 18 जुल॰ 2017

@kubino को विशेषज्ञ होने की कोई आवश्यकता नहीं है। आप जानते हैं कि दुनिया स्व-घोषित विशेषज्ञों से भरी हुई है, इसलिए बेहतर है कि विशेषज्ञ न होने का दावा करें और हो सकता है कि आप अंत में एक हो जाएं

वैसे भी, मेरे पास उस RFC को पूरी तरह से पढ़ने का समय नहीं है, लेकिन मुझे लगता है कि यह label = "Interoperability" अनुभाग के अंतर्गत आता है। कहा जा सकता है कि हमें इन मामलों के लिए optimization अनुभाग जोड़ना चाहिए। उन्होंने कहा कि आइए उस पीआर पर चर्चा जारी रखें और मुझे लगता है कि आपको यह सुझाव देना चाहिए और देखना चाहिए कि @jhabdas इस बारे में क्या सोचते हैं।

BYK 18 जुल॰ 2017

👍1

@kubino मैंने RFC विवरण को

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

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

ghost 19 जुल॰ 2017

👍4

@BYK मुझे पता है कि आप कहाँ इंगित करते हैं?) निश्चित रूप से मुझे आप दोनों के साथ सहमत होने की आवश्यकता है @jhabdas , सामान्य समाधान इस चर्चा का एकमात्र तरीका है। संदेशों को वर्गीकृत करना पहला कदम है जो सब कुछ सक्षम करेगा ... आइए संबंधित आरएफसी में चर्चा जारी रखें। धन्यवाद!

kubino 20 जुल॰ 2017

यदि यह वैकल्पिक है "एक लक्ष्य ओएस दिया गया", तो यह WARN स्तर भी नहीं होना चाहिए। लेखक कह रहा है "यदि MacOS तो FSEvents का उपयोग करें, अन्यथा नहीं।" तो अगर आप मैक के अलावा एक ओएस पर स्थापित कर रहे हैं, तो क्यों चेतावनी दी गई है? यह अधिक जानकारी / डिबग की तरह है।

robertjchristian 26 जुल॰ 2017

👍2

@robertjchristian मुझे लगता है कि इसके दो पहलू हैं:

fsevents स्वयं macOS के बाहर काम नहीं करता है इसलिए ऐसे OS पर इसे स्थापित करने का प्रयास चेतावनी या त्रुटि प्रिंट करना चाहिए । कुछ पैकेज fsevents का उपयोग करके अपने API पर (गलत तरीके से) निर्भर कर सकते हैं बिना यह जाने कि वे macOS-only हैं और इस प्रक्रिया में अन्य OS-es पर ब्रेक लगा रहे हैं।
यदि fsevents केवल macOS पर आवश्यक कुछ पैकेजों के लिए है, तो उन पैकेजों को macOS के बाहर fsevents रूप में चिह्नित नहीं किया जाना चाहिए। MacOS पर fsevents स्थापित करने में विफलता के परिणामस्वरूप एक विफलता होगी, लेकिन अन्य OS-es पर भी स्थापित करने का प्रयास नहीं होगा।

मूल मुद्दा यह है कि वैकल्पिक निर्भरता के रूप में fsevents इलाज एक गलत दृष्टिकोण है। क्या गायब है, मैकओएस पर fsevents को चिह्नित करने की क्षमता है और पूरी तरह से बाहर रखा गया है, न केवल वैकल्पिक, अन्य ओएस-एस पर।

mgol 26 जुल॰ 2017

👍16

हाँ, कि मूल धागे में कई बार समझाया गया था, ऐसा लगता है कि किसी ने भी नहीं सुनी:

https://github.com/npm/npm/issues/11632#issuecomment -238217690

इसका समाधान प्लेटफॉर्म-विशिष्ट निर्भरताओं के समर्थन को जोड़ना होगा।

https://github.com/npm/npm/issues/11632#issuecomment -257214969

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

https://github.com/npm/npm/issues/11632#issuecomment -300804918

यहाँ npm क्या कर सकता है:
वैकल्पिक निर्भरताएँ बदलें और WARN से INFO (अधिकांश लोग क्या चाहते हैं) के लिए समर्थित संदेशों को नहीं।
प्लेटफ़ॉर्म विशिष्ट निर्भरता (उचित समाधान) लागू करें

इसलिए चेतावनी को छिपाने के बजाय उन्हें सशर्त निर्भरता को लागू करके इसे ठीक से तय करना चाहिए। लेकिन इसके लिए बदलते पैकेज की आवश्यकता होती है। मैं कुछ इस तरह की कल्पना करता हूं:

  "conditionalDependencies": {
    {
      "condition": { "platform": "darwin" }, // 'darwin', 'freebsd', 'linux', 'sunos' or 'win32'
      "packages": { "fsevents": "^1.0.0" }
    }
  },

एक और विकल्प fsevents लेखकों के लिए है:

बिना किसी चेतावनियों के बिना नॉन OSX प्लेटफ़ॉर्म पर इसे विफल न करें, प्लेटफ़ॉर्म के बारे में केवल INFO संदेश समर्थित नहीं

लेकिन यह एनपीएम स्तर पर चेतावनी को छिपाने से बहुत अलग नहीं है।

Vanuan 27 जुल॰ 2017

👍15

अब भी कोई उत्तर नहीं? यह चेतावनी बहुत कष्टप्रद है।

IAMtheIAM 21 जुल॰ 2018

👍8

इस बिंदु पर मैं सिर्फ एक खरीदने के लिए परीक्षा के लिए एक मैक हूँ एक और चार साल के लिए इसे देखने के एकमात्र उद्देश्य के लिए भले ही मैं ऑपरेटिंग सिस्टम at घृणा

derekbtw 27 जन॰ 2019

😄7

इस बिंदु पर मैं सिर्फ एक खरीदने के लिए परीक्षा के लिए एक मैक हूँ एक और चार साल के लिए इसे देखने के एकमात्र उद्देश्य के लिए भले ही मैं ऑपरेटिंग सिस्टम at घृणा

यदि आप पेशेवर रूप से सॉफ्टवेयर विकसित कर रहे हैं तो मैं बेहतर निवेश की सिफारिश नहीं कर सकता।

ghost 2 फ़र॰ 2019

👎5 😄3

यदि आपको उपयोगकर्ता को इसे ठीक करने के लिए कुछ करने की आवश्यकता नहीं है तो चेतावनी क्यों दिखाएं?

हर कोई चेतावनी रखने के लिए तर्क दे रहा है, कृपया एक सेकेंड सोचें। यदि उपयोगकर्ता इस चेतावनी को सही करने के लिए कुछ नहीं कर सकता है, तो हम इसे क्यों दिखा रहे हैं?

यह आपके साथी की तरह है जो आपको बताता है कि वे भूखे हैं, आप अपने लिए खाना बनाना पसंद कर रहे हैं, वे ऐसा नहीं करेंगे, आप खाना पकाएँगे वे नहीं खाएंगे, लेकिन आप को गुस्सा दिलाते रहिए, मुझे भूख लगी है। हर बार जब आप हाय (npm स्थापित / यार्न) कहते हैं, तो वे कहते हैं कि मुझे भूख लगी है (WARN WARN WARN) .. मेरे लिए व्यर्थ लगता है।

FlyRocketDrones 14 फ़र॰ 2019

❤2 👍1

इस बिंदु पर मुझे यह देखने के एकमात्र उद्देश्य के लिए सिर्फ एक मैक खरीदने का लालच है

क्या आपका मतलब है कि आप इसे मैक पर नहीं देखेंगे?
जब तक आप डॉकटर का उपयोग नहीं करते हैं, ठीक है, आप नहीं करेंगे:

MacbookPro $ docker run -ti --rm node yarn add [email protected]
yarn add v1.13.0
info No lockfile found.
[1/4] Resolving packages...
[2/4] Fetching packages...
info [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.

Vanuan 15 फ़र॰ 2019

मुझे लगता है कि आपको चोकीदार को फोर्क करने और वहां से fsevents निकालने का सौभाग्य प्राप्त होगा।
हाल के नोड में ओएस एक्स में मूल सुधार fs.watch समर्थन है।

बेशक, आपको चोकीदार के आधार पर दर्जनों पैकेजों को कांटा करना होगा

Vanuan 15 फ़र॰ 2019

बदलाव के लिए यहां शिकायत करने का प्रयास करें:
https://github.com/paulmillr/chokidar/issues

Vanuan 15 फ़र॰ 2019

मुझे लगता है कि आपको चोकीदार को फोर्क करने और वहां से fsevents निकालने का सौभाग्य प्राप्त होगा।
हाल के नोड में ओएस एक्स में मूल सुधार fs.watch समर्थन है।

लगता है जैसे हम एक ही पृष्ठ पर हैं। एक्सडी

ghost 15 फ़र॰ 2019

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

Vanuan 15 फ़र॰ 2019

@Vanuan ने हाल ही में fs.watch के लिए n.js समर्थन अभी भी बकवास है। वास्तव में प्लेटफार्मों के माध्यम से इसका उपयोग करने का प्रयास करें।

यदि आप इंस्टॉलेशन चेतावनियों के बारे में शिकायत करना चाहते हैं, तो शायद उन रिटेनर्स से शिकायत करें जो "डिप्रेक्ट" पैकेज करते हैं। यह वास्तव में कमबख्त गुस्सा है। अतीत में ऐसा नहीं हुआ। इसके मुकाबले Fsevents बहुत कम समस्या है।

paulmillr 17 फ़र॰ 2019

👎6

क्या यह कभी तय नहीं होने वाला है?

tobiasfeil 16 जुल॰ 2020

👍3

Yarn: असंगत वैकल्पिक निर्भरता के बारे में चेतावनी न दें

सबसे उपयोगी टिप्पणी

सभी 57 टिप्पणियाँ

संबंधित मुद्दों