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

npm install chokidar --save

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for [email protected]: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})

+ [email protected]
added 14 packages from 17 contributors and audited 19 packages in 1.668s
found 0 vulnerabilities

npm install webpack --save-dev

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\watchpack\node_modules\fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for [email protected]: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})

+ [email protected]
added 327 packages from 195 contributors and audited 4246 packages in 16.581s

नवीनतम वेबपैक वॉचपैक पर निर्भर करता है जो एक पुराने [email protected] पर निर्भर करता है जो एक पुराने ।

जबकि चोकीदार नवीनतम [email protected] पर निर्भर करता है

लेकिन npm स्थापित fsevents के दोनों संस्करणों को सही ढंग से छोड़ दिया है क्योंकि वे OS- असंगत हैं।

तथापि:

 npm ci
npm WARN prepare removing existing node_modules/ before installation

> [email protected] install K:\SWS\test\node_modules\watchpack\node_modules\fsevents
> node-gyp rebuild


K:\SWS\test\node_modules\watchpack\node_modules\fsevents>if not defined npm_config_node_gyp (node "C:\Program Files\nodejs\node_modules\npm\node_modules\npm-lifecycle\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild )  else (node "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" rebuild )
Traceback (most recent call last):
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\gyp_main.py", line 50, in <module>
    sys.exit(gyp.script_main())
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\pylib\gyp\__init__.py", line 554, in script_main
    return main(sys.argv[1:])
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\pylib\gyp\__init__.py", line 547, in main
    return gyp_main(args)
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\pylib\gyp\__init__.py", line 532, in gyp_main
    generator.GenerateOutput(flat_list, targets, data, params)
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\pylib\gyp\generator\msvs.py", line 2033, in GenerateOutput
    root_entries = _GatherSolutionFolders(
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\pylib\gyp\generator\msvs.py", line 1791, in _GatherSolutionFolders
    return _DictsToFolders('', root, flat)
  File "C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\gyp\pylib\gyp\generator\msvs.py", line 1744, in _DictsToFolders
    for folder, contents in bucket.items():
AttributeError: 'MSVSProject' object has no attribute 'items'
gyp ERR! configure error
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onCpExit (C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\lib\configure.js:351:16)
gyp ERR! stack     at ChildProcess.emit (events.js:210:5)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:272:12)
gyp ERR! System Windows_NT 10.0.17134
gyp ERR! command "C:\\Program Files\\nodejs\\node.exe" "C:\\Program Files\\nodejs\\node_modules\\npm\\node_modules\\node-gyp\\bin\\node-gyp.js" "rebuild"
gyp ERR! cwd K:\SWS\test\node_modules\watchpack\node_modules\fsevents
gyp ERR! node -v v12.14.0
gyp ERR! node-gyp -v v5.0.5
gyp ERR! not ok
added 275 packages in 9.344s

और अगर मैं node_modules में देखता हूं, तो fsevents है और यह नहीं होना चाहिए।
इसके अलावा, npm ci --no-optional काम नहीं करता है, यह यहाँ बताया गया है: https://github.com/npm/cli/issive/37

मैं Node 12 LTS इंस्टॉल, npm -v => 6.13.4 का उपयोग कर रहा हूं

क्या npm ci --no-optional कार्य अतिरिक्त कारकों पर निर्भर हो सकते हैं। Https://github.com/npm/cli/issues/637#issuecomment -570813804 देखें

तो जबकि npm ci मेरे वातावरण में विफल रहता है, npm ci --no-optional काम करता है। मेरा वातावरण:

• विंडोज 10
• नोडजज 12.13.1
• एनपीएम 6.13.4

नवीनतम नोड और npm पर अद्यतन करने के बाद एक ही मुद्दा है .. सभी प्रोजेक्ट जहां यह fsevent npm ci साथ स्थापित करने में विफल है, क्योंकि यह fsevents का निर्माण कर रहा है

• विंडोज 10 प्रो 1909
• नोड 12.14.1
• एनपीएम 6.13.6

नवीनतम नोड और npm पर अद्यतन करने के बाद एक ही मुद्दा है .. सभी प्रोजेक्ट जहां यह fsevent npm ci साथ स्थापित करने में विफल है, क्योंकि यह fsevents का निर्माण कर रहा है

* Windows 10 Pro 1909

* node 12.14.1

* npm 6.13.6

@padinko क्या आपने अतिरिक्त --no-optional ध्वज, अर्थात npm ci --no-optional साथ भी वैरिएंट आज़माया ? कोई अंतर?

नवीनतम नोड और npm पर अद्यतन करने के बाद एक ही मुद्दा है .. सभी प्रोजेक्ट जहां यह fsevent npm ci साथ स्थापित करने में विफल है, क्योंकि यह fsevents का निर्माण कर रहा है

* Windows 10 Pro 1909

* node 12.14.1

* npm 6.13.6

@padinko क्या आपने अतिरिक्त --no-optional ध्वज, अर्थात npm ci --no-optional साथ भी वैरिएंट आज़माया ? कोई अंतर?

npm ci इस पैकेज के साथ

\node_modules\watchpack\node_modules\fsevents
\node_modules\webpack-dev-server\node_modules\fsevents
\node_modules\jest-haste-map\node_modules\fsevents

npm ci --no-optional उनमें से केवल 2 हैं:

\node_modules\webpack-dev-server\node_modules\fsevents
\node_modules\jest-haste-map\node_modules\fsevents

इसलिए यह अंतर है, लेकिन अभी भी नकली लोगों को संकलित कर रहा है

@paulmillr @pipobscure मेरा मुद्दा (# 658) इस टिकट का डुप्लिकेट था। अप टू डेट रहने के लिए इसे ट्रैक करें।

मैं इस बग को Ubuntu पर भी पुष्टि कर सकता हूं। npm ci fsevents केवल MacOS पर स्थापित होना चाहिए

@mikemimik या @isaacs , क्या आपके पास इस बग का कोई इनपुट है? हां, fsevents ने कुछ बदल दिया कि यह अब एक बड़ा मुद्दा क्यों है। लेकिन अंतर्निहित मुद्दा अभी भी एनपीएम के कारण है, और यहां हल किया जाना चाहिए।

ऐसा लगता है कि प्रासंगिक परिवर्तन यह है कि फर्जीवाड़ों ने एक पूर्व-निर्मित द्विआधारी को खींचने के लिए नोड-प्री-जिप का उपयोग करना शुरू कर दिया, बजाय इसे बनाने के, जिसके परिणामस्वरूप postinstall स्क्रिप्ट थी जो सभी प्लेटफार्मों पर एक त्रुटि के बिना बाहर निकल जाती है। चूँकि npm ci केवल यह जाँचने के लिए कि यह प्लेटफ़ॉर्म का समर्थन करता है या नहीं, लॉक आउट में जो कुछ भी है, उसे बाहर रखने की कोशिश करता है, और केवल उन वैकल्पिक डिपो को हटा देता है जिनकी इंस्‍टॉल स्क्रिप्ट विफल हो जाती हैं, जिसके परिणामस्वरूप यह डिप इंस्‍टॉल होता है।

npm v7 में यह समस्या नहीं होगी। (मैं उस कोड में काम कर रहा हूं जो अब ऐसा करेगा।) मैंने इस बात की जांच नहीं की है कि npm v6 के लिए इस समस्या को ठीक करने के लिए इसमें क्या शामिल होगा, लेकिन एक अच्छा मौका है कि यह अंत में "अपग्रेड" होगा। तय करने के लिए v7 के लिए "। इस बीच, मैं आपको npm install बजाय npm ci का उपयोग करने की सलाह दूंगा यदि यह आपको प्रभावित कर रहा है।

हाँ, fsevents ने अपनी रणनीति बदल दी। लेकिन यह वास्तव में दूसरा तरीका है। वे पहले से बायनेरिज़ का इस्तेमाल करते थे। विंडोज पर इंस्टॉलेशन 404 देगा, और स्किप होगा। अब यह निर्माण करने की कोशिश करता है, और फिर निर्माण को तोड़ता है। क्योंकि निर्माण भी शुरू नहीं होना चाहिए। भले ही: npm ci CI वातावरण के लिए डिज़ाइन किया गया है। फिर हमें इसके बजाय npm i उपयोग कैसे करना चाहिए? हम सीआई में सख्त पैकेज-लॉक जांच चाहते हैं।

इसके अलावा: एलटीएस से पहले समय में npm@7 14 npm i या एक वर्ष के लिए संस्करण लॉक के साथ फंस गए हैं?

आप पर रणनीति बदलने के लिए क्षमा करें। हालाँकि हमने मूल रूप से उपयोग किए गए S3 तक पहुंच खो दी थी और यह एक गंभीर सुरक्षा मुद्दा बन रहा था। इसलिए हम आवश्यकतानुसार निर्माण करने के लिए वापस चले गए। विशेष रूप से दिए गए कि NAP2 पर आधारित v2.x को नोड v8.x + के लिए बिल्कुल भी बनाने की आवश्यकता नहीं है

अब यह निर्माण करने की कोशिश करता है, और फिर निर्माण को तोड़ता है। क्योंकि निर्माण भी शुरू नहीं होना चाहिए।

ओह, यह अजीब है। मैं एक गैर-घातक चेतावनी प्रकार की घटना के रूप में वैकल्पिक डिपो से एक बिल्ड विफलता को संभालने के लिए npm ci उम्मीद करता हूं, और सिर्फ आक्रामक डिप को हटा दूंगा।

भले ही: npm सीआई सीआई वातावरण के लिए डिज़ाइन किया गया है। हमें इसके बजाय npm i का उपयोग क्यों करना चाहिए? हम सीआई में सख्त पैकेज-लॉक जांच चाहते हैं।

अच्छा प्रश्न।

"CI वातावरण के लिए डिज़ाइन किया गया" का अर्थ हमेशा "इस विशेष CI पर्यावरण के लिए, इस विशेष अनुप्रयोग के लिए सर्वोत्तम" नहीं होता है।

इस मामले में, दो मुद्दे हैं जो npm ci में चल रहे हैं।

• वैकल्पिक डिपो के लिए बिल्ड फेल्योर को ठीक से हैंडल नहीं करना है।
• यह ओएस / सीपीयू प्रतिबंधों के आधार पर डिप्स को प्री-फिल्टर करने में सक्षम नहीं है, क्योंकि यह _only_ पैकेज-लॉक.जसन पर दिखता है, जहां उस जानकारी को ट्रैक नहीं किया जाता है। (यह, यह तेज़ है क्योंकि यह आमतौर पर कुछ अनावश्यक-अनावश्यक फ़ाइल को पढ़ता है; गलत तरीके से, एकमात्र फ़ाइल जिसमें इस विफलता से बचने के लिए आवश्यक जानकारी शामिल है।)

तो, आप का उपयोग करना चाहिए npm i बजाय npm ci , क्योंकि यह काम करेंगे, परहेज दोनों कीड़े।

हम सीआई में सख्त पैकेज-लॉक जांच चाहते हैं।

यदि आप इस तथ्य के बारे में बात कर रहे हैं कि पैकेज-लॉक आधिकारिक अखंडता और रिज़ॉल्यूशन चेक प्रदान करता है, तो अच्छी खबर: npm install भी यही करती है।

यदि आप चेक के बारे में बात कर रहे हैं कि पैकेज-लॉक और package.json एक दूसरे के साथ सिंक में हैं, तो आप अपने पैकेज में "scripts": { "prepare": "npx lock-verify" } जोड़ सकते हैं। Json।

क्या नोड्स 14 में

यही मेरी अपेक्षा है, हाँ।

लेकिन, भले ही यह एलटीएस हो, अतीत में दृष्टिकोण को नोड के एलटीएस संस्करण में एनपीटी का एलटीएस संस्करण होना चाहिए, भले ही इसका मतलब है कि यह एलटीएस "जमे हुए" समय सीमा के भीतर बदलता है, इसलिए एनपीएम v6 को 4 के लिए शिपिंग करें वर्षों से एक बुरा विचार है कि मुझे नहीं लगता कि नोड करेगा। और जैसा कि npm वास्तव में एक अलग परियोजना का कुछ है, बल्कि एक तरह से "निर्भरता" के बजाय रन-टाइम को प्रभावित करता है, यह आमतौर पर ठीक है।

चूंकि npm v7 में कुछ ब्रेकिंग परिवर्तन होंगे (हालाँकि हम इन्हें जितना संभव हो कम से कम करने की कोशिश कर रहे हैं), यह एक मुद्दा हो सकता है यदि हम इसे समय पर नहीं प्राप्त करते हैं, या हम डिफ़ॉल्ट कॉन्फ़िगरेशन सेट करने के लिए कुछ रियायतें दे सकते हैं या अन्य चीजें करें ताकि npm v7 कि नोड 14 LTS वाले जहाज npm v6 के जितना करीब हो सके।

ओह, मैंने अभी नोड एलटीएस शेड्यूल की जांच

तो हाँ, हम स्पष्ट में अच्छी तरह से होना चाहिए। मुझे उम्मीद है कि npm v7 की प्रारंभिक रिलीज नोड 14 के लिए समय में उपलब्ध होगी, और v14 हिट LTS द्वारा पर्याप्त रूप से अधिक स्थिर होगी। (प्रसिद्ध अंतिम शब्द और सभी, लेकिन विश्वास लगातार बढ़ रहा है क्योंकि हम एकीकरण करने के करीब पहुंच गए हैं, और मेरे पास यह सोचने का कोई कारण नहीं है कि जल्द ही बदल जाएगा।)

मुझे आश्चर्य है कि यह बग के अधिक महत्वपूर्ण के रूप में नहीं माना जा रहा है कि यह है। यह इसलिए बना रहा है ताकि हम विंडोज़ में अपने बिल्ड सर्वर पर "npm ci" का उपयोग न कर सकें। यह एक बड़ी बात है।

सिर्फ विंडोज़ ही नहीं, मैं किसी भी सिस्टम पर npm ci का उपयोग नहीं कर सकता

यदि आप इस तथ्य के बारे में बात कर रहे हैं कि पैकेज-लॉक आधिकारिक अखंडता और रिज़ॉल्यूशन चेक प्रदान करता है, तो अच्छी खबर: npm install यह भी करता है।

रुको .. यह मेरा अनुभव रहा है कि npm install संभावित रूप से पैकेज-लॉक.जोन फ़ाइल को अपडेट करने में परिणाम होगा यदि नए पैकेज उपलब्ध हैं जो अभी भी पैकेज.जॉन फ़ाइल में निर्धारित नियमों का पालन करते हैं।

क्या यह कार्यक्षमता @isaacs बदल

@ मुझे लगता है कि वह इस भाग के साथ संबोधित करता है:

यदि आप चेक के बारे में बात कर रहे हैं कि पैकेज-लॉक और package.json एक दूसरे के साथ सिंक में हैं, तो आप अपने पैकेज में "scripts": { "prepare": "npx lock-verify" } जोड़ सकते हैं। Json।

लगता है कि आप इसे अपने सीआई वातावरण में npm ci गरीब आदमी के कार्यान्वयन के रूप में उपयोग कर सकते हैं। आप npm install चलेंगे; यह तैयार स्क्रिप्ट को चलाता है जो जांचता है कि पैकेज-लॉक अभी भी आपके पैकेज के साथ सिंक में है या नहीं।

अगर मैं गलत नहीं हूँ, तो यह दो समस्याएं हैं:

• मैं यह नहीं देखता कि यह अप्रत्यक्ष निर्भरता के अपडेट को कैसे हैंडल करता है जो आपके प्रत्यक्ष निर्भरता की बाधाओं को पूरा करता है। वे अपडेट हो जाएंगे और आपके बिल्ड में नया कोड शामिल होगा।
• यदि लॉक-वेरीफिकेशन में परिवर्तन होता है, तो आप नीले रंग से विफल निर्माण कर रहे हैं। आपको अपडेटेड पैकेज- lock.json को फिर से जेनरेट और कमिट करना होगा। मैं चाहता हूं कि मेरी बिल्ड प्रेडिक्टेबल हो, असफलता तब न हो जब कुछ निर्भरता छूट जाए।

तो हाँ, यह एक बड़ा मुद्दा है - सौभाग्य से हमारे मामले में हम लिनक्स पर बनाते हैं और वे अभी भी हमारे संकुल के संयोजन के लिए काम करते हैं ... अन्य लोग कम भाग्यशाली हैं।

@coyoteecd तो ... मान लिया गया कि लॉक फ़ाइल ठीक थी (सही / सत्यापित), "npm इंस्टॉल" चल रहा है फिर भी नई निर्भरता के साथ पैकेज लॉक फ़ाइल को संशोधित कर सकता है?

"npm इंस्टॉल" को चलाने के बाद भी नई निर्भरता के साथ पैकेज लॉक फ़ाइल को संशोधित किया जा सकता है?

गलत। ऐसा नहीं चलेगा।

npm install बिना किसी तर्क के चलने से लॉकफ़ाइल में जो कुछ है उससे अलग कोई निर्भरता नहीं बढ़ेगी।

npm install क्या करेंगे, जो npm ci _not_ करते हैं, _skip_ डाउनलोडिंग निर्भरताएँ हैं जो node_modules और पहले से ही लॉकफ़ाइल में क्या मेल खाता है।

प्रतीक्षा करें .. यह मेरा अनुभव है कि npm स्थापित संभावित रूप से पैकेज-लॉक.json फ़ाइल को अपडेट करने में परिणाम देगा यदि नए पैकेज उपलब्ध हैं जो अभी भी पैकेज.जॉन फ़ाइल में निर्धारित नियमों का पालन करते हैं।

क्या यह कार्यक्षमता @isaacs बदल

मुझे ऐसा मामला देखना अच्छा लगेगा जहाँ ऐसा होता है। जब तक आप स्पष्ट रूप से इसे लॉकफ़ाइल का सम्मान नहीं करने के लिए कह रहे हैं, या npm update चल रहा है, या लॉकफ़िल अमान्य है (यानी, डिप्स के पास यह निर्भर नहीं करता है कि यह पेड़ परिभाषित करता है), लॉकफ़ाइल npm install नीचे बंद हो गई है

full-icu पैकेज है, जो कभी-कभी लॉक फ़ाइल बदल रहा है .. लेकिन मुझे लगता है कि यह उनका मुद्दा है, npm नहीं

मेरे अनुभव: जब आपके पास नोड v12 है, और किसी अन्य डेवलपर के पास v10 है, नोड v5 के लिए पूर्ण-आईसीयू डाउनग्रेड icu डेटा पैकेज है।

जब आपके पास सब कुछ है और node_modules डायरेक्टरी के साथ लॉक है और npm i चलता है तो यह लॉक फाइल से icu डेटा को हटा देगा, आपको इसे फिर से जोड़ने के लिए npm i दूसरी बार चलाने की आवश्यकता है।

हम npm ci का उपयोग कर रहे थे, इस कारण 2 मुद्दे

fsevents कारण यहां समाप्त होने वाले किसी अन्य व्यक्ति के लिए, यह किसी संगत समस्या से npm ci समाधान है:

https://github.com/fsevents/fsevents/issues/301#issuecomment -572607085

@ Ajoungers FWIW, कि समाधान मेरे लिए काम नहीं किया। किसी तरह छद्म का एक अलग संस्करण अभी भी npm ci । मुझे इसके बजाय npm i का उपयोग करने के लिए अपनी निर्माण प्रक्रियाओं को बदलना पड़ा।

क्या इस पर कोई अपडेट हैं? हम भी इस बग से प्रभावित हैं।

यकीन नहीं होता कि यह मदद करता है, लेकिन मैं इस मामले में npm install एक पैकेज में चल रहा था, जहां package-lock.json पहले ही लिनक्स (मेरे मामले में WSL) में उत्पन्न हो गया था। विंडोज में package-lock.json और npm install को हटाने के बाद, मैं ठीक था।

लगता है Serverless Pro CI npm इंस्टाल से npm ci में बदल गया और यह समस्या भी होती है और बिल्ड को तोड़ता है
मैं एक विंडोज़ मशीन से कमिट कर रहा हूँ

build step: npm ci

> [email protected] postinstall /nuxt-serverless/node_modules/core-js
> node -e "try{require('./postinstall')}catch(e){}"


> [email protected] postinstall /nuxt-serverless/node_modules/ejs
> node ./postinstall.js


> [email protected] install /nuxt-serverless/node_modules/watchpack/node_modules/fsevents
> node-gyp rebuild

gyp
 ERR! build error 
gyp
 ERR! stack Error: not found: make
gyp ERR! stack     at getNotFoundError (/root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/which/which.js:13:12)
gyp
 ERR! stack     at F (/root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/which/which.js:68:19)
gyp ERR! stack
     at E (/root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/which/which.js:80:29)
gyp ERR! stack     at /root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/which/which.js:89:16
gyp ERR! 
stack     at /root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/isexe/index.js:42:5
gyp ERR! stack     at /root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/isexe/mode.js:8:5
gyp 
ERR! stack     at FSReqWrap.oncomplete (fs.js:154:21)
gyp ERR! 
System Linux 4.14.171-105.231.amzn1.x86_64
gyp ERR! command "/root/.nvm/versions/node/v10.13.0/bin/node" "/root/.nvm/versions/node/v10.13.0/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /nuxt-serverless/node_modules/watchpack/node_modules/fsevents
gyp ERR!
 node -v v10.13.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok 

npm install --no-optional का उपयोग वर्कअराउंड के रूप में नहीं होता है।

पल को package-lock.json में वैकल्पिक के रूप में चिह्नित किया गया है:

"moment": {
      "version": "2.29.1",
      "resolved": "https://registry.npmjs.org/moment/-/moment-2.29.1.tgz",
      "integrity": "sha512-kHmoybcPV8Sqy59DwNDY3Jefr64lK/by/da0ViFcuA4DH0vQg5Q6Ze5VimxkfQNSC+Mls/Kx53s7TjP1RhFEDQ==",
      "dev": true,
      "optional": true
 }

जब मैं नोड_मॉडल से पल npm i निकालूंगा, तो इसे वापस रखूंगा:

rm -rf node_modules/moment
npm install --no-optional

ls node_modules | grep moment 
moment

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

ओह, और 5 मई से fsevents पास अब यह मुद्दा नहीं है:
https://github.com/fsevents/fsevents/issues/301

@isaacs ने यह भूमि npm@7 ?

@paulirwin शायद आप सही हैं। मैंने कई मुद्दों और फ़ोरम पोस्टों को देखा, जिनके बारे में मैंने उल्लेख किया था और यह मान लिया था कि यह केवल एक डाउनस्ट्रीम मुद्दा है जो इसके कारण हुआ।

मुझे ऐसा मामला देखना अच्छा लगेगा जहाँ ऐसा होता है। जब तक आप स्पष्ट रूप से इसे लॉकफ़ाइल का सम्मान नहीं करने के लिए कह रहे हैं, या npm update चल रहा है, या लॉकफ़िल अमान्य है (यानी, डिप्स के पास यह निर्भर नहीं करता है कि यह पेड़ परिभाषित करता है), लॉकफ़ाइल npm install नीचे बंद हो गई है

जब मैंने पैकेज संस्करण टैग द्वारा निर्दिष्ट किए जाते हैं, तो v6.14.8 पर npm install अद्यतन निर्भरता देखी है। # 2167 के रूप में लॉग इन किया।

अच्छी खबर यह है कि यह v7.0.10 में दिखाई नहीं देता है: +1: