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

को निर्मित 27 जून 2017  ·  57टिप्पणियाँ  ·  स्रोत: yarnpkg/yarn

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

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

Npm मुद्दे के व्यापक समर्थन को व्यापक समर्थन मिला है (हालाँकि यह स्वतःपूर्ण हो गया): https://github.com/npm/npm/issions/11632

help wanted triaged

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

@wtgtybhertgeghgtwtg

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

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

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

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

@wtgtybhertgeghgtwtg

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

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

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

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

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

@jhabdas

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

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

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

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

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

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

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

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

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

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

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

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

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

मैं @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 बन जाना चाहिए या बस बिल्कुल प्रदर्शित नहीं होना चाहिए।

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

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

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

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

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

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

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

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

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] ...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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: [email protected]^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 है। यह संदेश पढ़ता है, हालांकि क्रिएट रिएक्ट ऐप विंडोज़ के साथ असंगत है। यह उनका टेकअवे है। यह बहुत अच्छा है अगर सब कुछ बाद में काम करता है, लेकिन अगर कुछ टूट जाता है, तो वे हमेशा एक मुद्दे की रिपोर्ट नहीं करते हैं क्योंकि उन्हें यह विचार मिलता है कि इन चेतावनियों के लिए धन्यवाद काम नहीं करना चाहिए । मैं इस प्रस्ताव से इस धारणा का मुकाबला करने की कोशिश कर रहा हूं।

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

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

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

  1. अस्पष्ट अस्थिर चेतावनियाँ लोगों को चिंतित करती हैं। वे उन्हें अपने उपकरणों पर कम भरोसा करते हैं, और उन्हें भ्रमित करते हैं कि क्या उन्होंने कुछ गलत नहीं किया, भले ही उन्होंने ऐसा क्यों न किया हो। यह कैथी सिएरा द्वारा वर्णित अच्छी तरह से

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

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

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

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

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

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

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

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

ज़रूर।

  • ऐसी किसी चीज़ के बारे में चेतावनी दिखाना जो कार्रवाई योग्य नहीं है और इससे कोई समस्या उत्पन्न नहीं होती है:

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

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

    • डाउनस्ट्रीम टूलिंग त्रुटियां

    • आदि।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

धन्यवाद!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 क्या कर सकता है:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

क्या यह पृष्ठ उपयोगी था?
0 / 5 - 0 रेटिंग्स