मुझे निर्भरता हो रही है कि विंडोज 10 पर इस https://github.com/macdja38/pvpsite/blob/master/package.json के साथ 200+ सेकंड का समय लग सकता है, एक सभ्य i7 के साथ एक SSD बंद।

ऐसा लगता है कि प्रदर्शन का मुद्दा विंडोज़ डिफेंडर के कारण हो सकता है, इसे अक्षम करते हुए संभवत: अनजाने में 200 के स्तर को घटाकर 50 के करीब कर दिया जाता है।

मुझे लगता है कि सुरक्षा को कम करने से बेहतर समाधान होना चाहिए।

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

मैं लगभग 30 निर्भरता के साथ git रेपो के साथ मुद्दे के साथ एक ही है।
विंडोज 10
नोड v5.5.0
धागा 0.16.1

विंडोज डिफेंडर को अक्षम करने से लिंकिंग टाइम काफी कम हो गया

शायद इस पीआर द्वारा "हल" किया जाना चाहिए?

हाँ, बहुत कुछ नहीं है हम दुर्भाग्य से यहाँ कर सकते हैं :( वायरस स्कैनर सभी फ़ाइलों को स्कैन करते हैं, और npm पारिस्थितिकी तंत्र में बहुत सारी छोटी फाइलें हैं। अन्य फ़ाइल सिस्टम जैसे EXT4 या ZFS की तुलना में NTFS पर आम तौर पर छोटी फ़ाइलों में थोड़ा अधिक ओवरहेड होता है, लेकिन यह वायरस स्कैनर द्वारा बढ़ा दिया गया है।

यह कहते हुए कि, यार्न _still_ npm से अधिक तेज़ होना चाहिए, यह लिनक्स या मैक पर उतना तेज़ नहीं होगा।

मैं किसी भी एंटीवायरस स्कैनर स्थापित किए बिना एक मैक पर हूँ। लेकिन मैं अभी भी एक ही समस्या देखता हूं, एक साधारण कोणीय-js ऐप के साथ भी पर्याप्त मात्रा में लिंक करना।

मेरे पास भी यह मुद्दा है। उबंटू पर 174 का समय लगा।

0.17.8 से 0.17.19 अपग्रेड करने के बाद ही मुझे यह समस्या होने लगी

अजीब बात यह है कि जब भी मैं किसी पैकेज को हटाता हूं, तो मुझे हर बार थ्रो लिंकिंग प्रक्रिया में जाने की आवश्यकता होती है। Npm वह तेजी से करता है। और लिंकिंग में वास्तव में लंबा समय लगता है।

यह इस पैकेज के साथ पुन: पेश किया जा सकता है। आगजनी (हरोकू पर):

{
  "name": "yarn-link-slowness",
  "version": "0.1.0",
  "private": true,
  "dependencies": {
    "axios": "^0.15.3",
    "lodash": "^4.17.2",
    "react": "^15.4.1",
    "react-dom": "^15.4.1",
    "react-player": "^0.12.1",
    "react-redux": "^4.4.6",
    "react-router": "^3.0.0",
    "react-router-redux": "^4.0.7",
    "react-scripts": "^0.8.4",
    "redux": "^3.6.0",
    "redux-auth-wrapper": "^0.9.0",
    "redux-logger": "^2.7.4",
    "redux-promise-middleware": "^4.2.0",
    "redux-thunk": "^2.1.0"
  },
  "engines": {
    "node": "7.2.1",
    "yarn": "0.17.8"
  }
}

यार्न 0.17.8 के साथ, इंस्टॉल में 37 का समय लगता है। यार्न 0.17.10 के साथ, इंस्टॉलेशन 97 सेकंड लेता है। कोई अन्य परिवर्तन नहीं (हर बार नए हरोकू ऐप)।

✨ 45.10 के दशक में।

    "autoprefixer": "6.3.6",
    "babel-core": "6.7.6",
    "babel-jest": "13.0.0",
    "babel-loader": "6.2.4",
    "babel-plugin-transform-class-properties": "6.9.1",
    "babel-plugin-transform-object-rest-spread": "6.8.0",
    "babel-preset-es2015": "6.6.0",
    "babel-preset-react": "6.5.0",
    "bluebird": "3.3.5",
    "cardmask": "github:aj0strow/cardmask#v1.0.0",
    "chai": "3.5.0",
    "classnames": "2.2.5",
    "copy-webpack-plugin": "2.1.3",
    "core-js": "2.4.1",
    "css-loader": "0.23.1",
    "enzyme": "2.3.0",
    "file-loader": "0.8.5",
    "force-case-sensitivity-webpack-plugin": "0.1.1",
    "jest": "13.0.0",
    "jest-cli": "13.0.0",
    "json-loader": "0.5.4",
    "lodash": "4.11.1",
    "moment": "2.13.0",
    "ms": "0.7.1",
    "node-sass": "3.4.2",
    "postcss-loader": "0.9.1",
    "raw-loader": "0.5.1",
    "react": "15.2.0",
    "react-addons-css-transition-group": "15.2.0",
    "react-addons-test-utils": "15.2.0",
    "react-css-transition-replace": "2.0.1",
    "react-dom": "15.0.1",
    "react-redux": "4.4.5",
    "react-router": "2.3.0",
    "react-textarea-autosize": "4.0.3",
    "recompose": "0.20.2",
    "redux": "3.5.1",
    "redux-actions": "0.10.0",
    "redux-thunk": "2.0.1",
    "reselect": "2.5.3",
    "sass-loader": "3.2.0",
    "sinon": "1.17.4",
    "style-loader": "0.13.1",
    "webpack": "1.13.0",
    "webpack-dev-server": "1.14.1",
    "whatwg-fetch": "1.0.0",
    "zxcvbn": "4.3.0"

कृपया, क्या कोई समझा सकता है कि "लिंकिंग निर्भरता" कदम में यार्न क्या करता है?
क्योंकि इस चरण पर अधिकतम संख्या विभिन्न मशीनों पर एक ही परियोजना के लिए ~ 1000 से ~ 65000 तक भिन्न होती है। इस अंक का क्या अर्थ है?

इस मुद्दे के साथ भी। yarn add साथ एक निर्भरता को जोड़ने पर "लिंकिंग निर्भरता" को ट्रिगर लगता है और यह हमेशा के लिए लेता है। अब वापस npm पर स्विच करना पड़ा।

नोड: 6.9.2
ओएस: विंडोज 10

नोड: 7.3.0
ओएस: विंडोज 10 64
मेरे लिए भी वैसा ही

मुझे भी। लिंक 23420 ... कुछ, और अच्छे दिन में लगभग डेढ़ मिनट लगते हैं।

सूत 0.19.1
नोडजेएस 7.3.0
विंडोज 10

yarn add moment 105 सेकंड लगते हैं। इसकी कोई निर्भरता नहीं है। : /

संपादित करें: विंडोज डिफेंडर को बंद करने से समय कम होकर ~ 30 से ~ 50 सेकंड हो जाता है। मैंने उस निर्देशिका को बाहर करने की कोशिश की, जिसमें मैं काम कर रहा हूँ, लेकिन वह मदद नहीं कर रही है।

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

विंडोज़ 10 पर सामान्य सलाह के रूप में उबंटू बैश शेल का उपयोग करें।

विंडोज़ 10 पर सामान्य सलाह के रूप में उबंटू बैश शेल का उपयोग करें।

लिनक्स के लिए विंडोज सबसिस्टम में डिस्क I / O बेहद धीमा है, यह इस समय एक ज्ञात सीमा है

लेकिन एनपीएम और सीआरए के साथ मेरा अनुभव विंडोज पर बहुत तेज था।

@JeffBaumgardt - दिलचस्प ... यार्न विंडोज पर धीमा है, लेकिन यह अभी भी

@ डैनियल 15 यह शायद होना चाहिए, लेकिन यह नहीं है। मेरे लिए नोड इंस्टाल और डी-इंस्टॉल छोटे थे। तो मैं npm add <packages> --save-dev करूंगा, यार्न को हटा दूंगा और यार्न को चलाऊंगा और जो कि yarn add <packages> -D एक बार चलने से तेज हो। अब हर कोई यार्न पर है, निश्चित रूप से मैं ताला हटाने के लिए और हर किसी को अपने बंडल को अपग्रेड करने के लिए मजबूर नहीं करना चाहता। इसके बजाय निम्नलिखित महान रहा है:

cc @echobnet

विंडोज़ 10 + विंडोज़ डिफेंडर पर किसी के लिए

1. सबसे पहले सेटिंग्स पर क्लिक करें

   

2. बहिष्करण के लिए नीचे स्क्रॉल करें

   

3. अपने कैश फ़ोल्डर का स्थान पाने के लिए yarn cache dir चलाएँ

   • इस कैश फ़ोल्डर को बहिष्करण सूची में जोड़ें
   • बहिष्करण सूची में अपना प्रोजेक्ट नोड_मॉडल फ़ोल्डर जोड़ें

4. एक प्रतिक्रिया परियोजना x 3-10 के लिए स्पीड-अप

@SleeplessByte या आप केवल बहिष्कृत प्रक्रियाओं में yarn और node जोड़ सकते हैं।

खिड़कियों पर सिर्फ एक समस्या नहीं है। मैं अपने मैक प्रो पर भयावह लिंक बार देख रहा हूँ।

OS: OS X 10.11.6 (El Capitan)
नोड: 7.6.0
सूत: 0.20.3

मैं पुष्टि कर सकता हूँ कि यह मैक 10.12.3 पर _very_ slow है, भी। खिड़कियों से संबंधित नहीं।

और ऐसा लगता है कि इस थ्रेड में मेरा सेटअप दूसरों की तुलना में _way_ धीमा है। यार्न कभी-कभी छोटी परियोजनाओं में लगभग 600.000 फ़ाइलों को लिंक करने की कोशिश करता है। इसमें 30 मिनट से अधिक का समय लग सकता है। मैं वर्तमान में इसे एक स्वच्छ कैश और रात में (v0.22.0-20170226.1626) के साथ आज़माता हूं। मैं आधिकारिक रजिस्ट्री के साथ-साथ कस्टम स्कैप्ड पैकेज के लिए एक कस्टम निजी रजिस्ट्री का उपयोग करता हूं। हालाँकि मेरे सहकर्मी इस समस्या से ग्रस्त नहीं हैं, इसलिए मुझे नहीं लगता कि कस्टम निजी रजिस्ट्री समस्या है (और पैकेज पहले से ही वैसे भी समाप्त हो चुके हैं)। हम भी साथ कुछ रिश्तेदार फ़ाइलें path: हमारे में प्रोटोकॉल package.json ।

मुझे https://github.com/google/material-design-icons को स्थापित करने में बहुत समस्याएँ हैं, जिनमें _a के पास बहुत सारी छोटी फाइलें हैं_ जो अन्य लोगों के लिए भी परेशानी वाली लगती हैं (https://github.com/google/ सामग्री डिजाइन-चिह्न / मुद्दों / 518)। मैं नहीं जानता कि क्या मेरा हार्डवेयर बहुत सारी छोटी फाइलों या कुछ और चीजों को संभाल रहा है या यदि यह सब से संबंधित है। फिर से मेरे सहकर्मियों को https://github.com/google/material-design-icons स्थापित करने में उतनी समस्याएँ नहीं हैं जितनी मैं करता हूँ।

अपडेट करें

मुझे यकीन नहीं है ... यह _looks_ file: साथ एक पैकेज स्थापित करने की तरह कैश में एक मॉड्यूल रखता है जिसमें node_modules/ और अन्य सामान शामिल हैं। यह _really_ एक समस्या है यदि आपके पास अपने node_modules/ वाले कई उदाहरण हैं। यह .npmignore , आदि को file: स्थापित करने के लिए अनदेखा किया जाता है। यह शायद https://github.com/yarnpkg/yarn/issues/2165 पर उबालता है, यदि समाधान स्थानीय रूप से हल की गई फ़ाइलों को _not_ cache को है। अगर मैं अपना कैश ( $ yarn cache dir ) खोलता हूं और मॉड्यूल के लिए देखता हूं कि file: साथ कहां स्थापित हो और उनमें node_modules निर्देशिका या अन्य बड़ी निर्देशिकाएं हों, तो मैं linking phase गति बढ़ा सकता हूं इन निर्देशिकाओं को मैन्युअल रूप से निकालकर

[3/4] Linking dependencies...
Done in 947.71s. 

yarn add ... साथ किसी भी नए पैकेज को जोड़ने के लिए इस समय की प्रतीक्षा करनी
विन 7 / डब्ल्यू यार्न v0.21.3
मेरे ऐप में material-design-icons पैकेज मिला।
मुझे लगता है कि यह एक https://github.com/yarnpkg/yarn/issues/990 से संबंधित है

@kuncevich मेरे अंत में सब कुछ ठीक काम करता है, यार्न के रनटाइम के दौरान आप कार्य प्रबंधक ctrl + alt + esc चेक जोड़ते हैं कि कौन सा प्रोग्राम सबसे अधिक सीपीयू का उपयोग करता है, मेरे मामले में यह एंटीवायरस था इसलिए मुझे न केवल% appdata% निर्देशिकाओं को बाहर करना पड़ा, लेकिन प्रोजेक्ट डायरेक्टरी और चीजें फिर से तेज हो गईं

@kuncevic आप मुझे खिड़कियों पर मिले बग से प्रभावित हो सकते हैं: https://github.com/yarnpkg/yarn/pull/2958

अनिवार्य रूप से यार्न हमेशा हर फ़ाइल को node_modules हर ऑपरेशन के लिए कॉपी कर सकता है।

मेरे मामले में @asolopovas यह node.exe तरह 10-26 % :

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

नोड -v 6.9.2

@kuncevic अपने नोड को 7 तक अपडेट करें और जांचें कि क्या चीजें तेज होती हैं, अन्यथा @vbfox सही दिशा में इशारा कर रहा है।

अनिवार्य रूप से यार्न हर नोड को हर ऑपरेशन के लिए हमेशा नोड_मॉडल में कॉपी कर सकता है।

@vbfox आप क्यों के रूप में विस्तृत कर सकते हैं? मैं यार्न के वर्बोज़ आउटपुट को देख रहा हूं और पाया है कि लगभग सभी समय निर्देशिकाओं और फ़ाइलों की प्रतिलिपि बनाने में बिताए जाते हैं, क्योंकि यह प्रत्येक व्यक्ति को व्यक्तिगत रूप से करने के लिए लगता है, इसके बजाय, कहते हैं, प्रत्येक _package_ के लिए एक निर्देशिका बनाना और फिर कॉपी करना। पूरे पैकेज, जो काफी हद तक तेज होना चाहिए, या यहां तक ​​कि उन सभी पैकेजों को भी सहानुभूति देनी चाहिए जो फिर से तेज हो सकते हैं। क्या ये करना सुरक्षित नहीं हैं?

@danpalmer लिंकिंग चरण अनिवार्य रूप से 3 बड़े चरणों में काम करता है:

1. हर उस फाइल को खोजो जिसकी node_modules
2. इस सूची की जाँच करें कि क्या पहले से मौजूद है और पाते हैं कि कैश से node_modules कॉपी करने की क्या आवश्यकता है
3. नकल करते हैं

एक libuv / नोडज बग के कारण ( utime का उपयोग यार्न द्वारा किया जाता है और बग यह है कि यह मिलीसेकंड को शून्य पर सेट करता है) पिछले भाग में यार्न द्वारा कॉपी की गई फ़ाइलों को हमेशा अलग पाया जाता है (संस्करण कैश में है सामान्य रूप से संशोधित समय लेकिन नोड_मॉड्यूल में सभी फाइलों का शून्य-से-मिलीसेकंड संस्करण है) इसलिए चरण 2 हमेशा रिपोर्ट करता है कि सब कुछ बदल गया है।

जैसा कि बग को नोड 7.1 में तय किया गया है, अगर आप LTS तक सीमित नहीं हैं, तो इसे ठीक करना बहुत आसान है (पहले रेपो पर यार्न का संचालन धीमा हो जाएगा क्योंकि फाइलें बग्गी utime के साथ बनाई गई थीं, लेकिन सभी निम्नलिखित होंगे बहुत तेज)। मेरे पीआर अनिवार्य रूप से खिड़कियों पर मिलीसेकंड के हिस्से की अनदेखी करके इसे ठीक करते हैं जब उनकी तुलना करते हैं।

पूरे पैकेज को कॉपी करने के बारे में यह एक ऑपरेशन नहीं है जो मौजूदा फाइल सिस्टम पर मौजूद है। एएफएआईके वे सभी फ़ाइल स्तर पर काम करते हैं।
सबसे अच्छी खिड़कियां प्रदान करता है एक FileCopy API (मेरे पास यार्न में इसका उपयोग करने के लिए एक पीआर है: https://github.com/yarnpkg/yarn/pull/2960), लेकिन यह देशी नोडज स्ट्रीम एपीआई का उपयोग करने की तुलना में बस थोड़ा तेज है।

सिम्लिंकिंग के लिए मुझे नहीं पता कि यह क्यों नहीं किया गया है, मैं जावास्क्रिप्ट पैकेज प्रबंधकों पर पर्याप्त जानकार नहीं हूं (कुछ संशोधन पैकेज फ़ाइलों के लिए किए जाते हैं जैसे परीक्षण फ़ोल्डर्स को हटाना लेकिन अलग-अलग फ़ाइलों को सिमिलिंक करना अलग नहीं होगा) लेकिन जैसा कि linux / macos पर ऐसा नहीं है (जहाँ यह विंडोज़ पर बहुत अधिक सामान्य है) एक अच्छा कारण हो सकता है।

Node 7.8.0 अपग्रेड करने के साथ मेरा प्रयोग: https://github.com/yarnpkg/yarn/issues/990#issuecomment -290288375

1. Find every file that need to be in node_modules
2. Check this list versus what is already there and find what need to be copied around from cache to node_modules
3. Do the copy

यह देखते हुए कि अधिकांश समय लोग शाखाओं के बीच स्विच करते समय पुस्तकालयों के स्वैट्स को राहत दे रहे हैं - शायद इस बारे में जाने का एक बेहतर तरीका है?

क्या आप node_modules के प्रत्येक निर्माण के लिए एक अद्वितीय आईडी बना सकते हैं और फिर कैश से संपूर्ण निर्देशिका को लिंक कर सकते हैं? इस तरह, शाखाओं को आगे-पीछे स्विच करना वास्तव में सिर्फ node_modules

दी, आप डिस्क के लिए बहुत कुछ लिख रहे हैं क्योंकि अब आप node_modules हर संस्करण को कैच कर रहे हैं, लेकिन आप निर्देशिकाओं के सिम्-लिंक के लिए वहाँ अनुकूलन कर सकते हैं ताकि आप वास्तव में केवल हों सहानुभूति के पेड़ का भंडारण?

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

pnpm और ied कुछ ऐसी तकनीकों को नियोजित करते हैं जिनका आप उल्लेख करते हैं, मुझे लगता है कि, पूरी तरह से निश्चित नहीं है, कुछ समय पहले उन्हें आज़माया था, लेकिन वे या तो विंडोज पर समस्या का कारण बने या यार्न के रूप में तेज़ नहीं थे।

मुझे भी यार्न के साथ रिएक्शन-ऐप बनाने में अभी बहुत समय था
विंडोज़ सर्वर 2012
नोड 7.9.0
धागा 0.22
554.08 में पूरा किया।

लेकिन अन्य मामलों में यह बहुत तेज है अगर कोई रिएक्ट इंस्टॉलेशन शामिल नहीं है

मैं हाल ही में लंबे लिंकिंग टाइम का निरीक्षण नहीं करता। दौड़ना
यार्न - v0.23.2
नोड - 6.10.2 या 7.9.10 (स्विच करने के लिए एनवीएम का उपयोग करके)

इस पर एक मैक और आर्च्लिनक्स (मांजारो) की कोशिश की

मैं पुष्टि कर सकता हूं कि विंडोज डिफेंडर बहिष्करण में नोड और यार्न को जोड़ने से मेरी विंडोज़ मशीन पर लगभग 60% लिंकिंग समय कम हो गया है।

+1

[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Saved lockfile.
Done in 180.22s.

7.9.0 नोड पर स्विच करना मेरे लिए इसे गति नहीं देता था। विंडोज़ डिफेंडर के साथ 'यार्न', 'नोड' और 'एनपीएम' को जोड़ना (बिना और .exe एक्सटेंशन के, सुनिश्चित नहीं है कि क्या आवश्यक है) ने मेरे लिए इसे 3x तेज कर दिया, लेकिन अभी भी npm इंस्टॉल से 50% अधिक लंबा है।

नोड में चल रहे किसी भी चीज से सभी सुरक्षा को हटाने या स्थापित किए जाने वाले किसी भी पैकेज को मेरे लिए एक अच्छा विचार नहीं लगता ...

मेरे अनुभव को जोड़ते हुए - विंडोज़ डिफेंडर की अपवाद सूची में नोड.exe / यार्न को जोड़कर हमारे यार्न की स्थापना का समय आधे से कम हो जाता है (60 से 30 के दशक तक)।

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

yarn install v0.24.5
[1/4] Resolving packages...
[2/4] Fetching packages...
warning [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.
[3/4] Linking dependencies...
[4/4] Building fresh packages...
Done in 338.20s.

Distributor ID: Ubuntu
Description:    Ubuntu 14.04.5 LTS
Release:    14.04
Codename:   trusty

  "dependencies": {
    "autoprefixer": "^6.7.7",
    "axios": "^0.16.1",
    "babel-core": "^6.24.1",
    "babel-loader": "7.x",
    "babel-preset-env": "^1.4.0",
    "coffee-loader": "^0.7.3",
    "coffee-script": "^1.12.5",
    "compression-webpack-plugin": "^0.4.0",
    "css-loader": "^0.28.0",
    "element-ui": "^1.3.3",
    "extract-text-webpack-plugin": "^2.1.0",
    "file-loader": "^0.11.1",
    "glob": "^7.1.1",
    "js-yaml": "^3.8.3",
    "node-sass": "^4.5.2",
    "path-complete-extname": "^0.1.0",
    "postcss-loader": "^1.3.3",
    "postcss-smart-import": "^0.6.12",
    "precss": "^1.4.0",
    "rails-erb-loader": "^5.0.0",
    "rails-ujs": "^5.1.0",
    "sass-loader": "^6.0.3",
    "style-loader": "^0.16.1",
    "turbolinks": "^5.0.3",
    "vue": "^2.3.0",
    "vue-loader": "^12.0.2",
    "vue-router": "^2.5.3",
    "vue-template-compiler": "^2.3.0",
    "webpack": "^2.4.1",
    "webpack-manifest-plugin": "^1.1.0",
    "webpack-merge": "^4.1.0"
  },
  "devDependencies": {
    "element-theme": "*",
    "element-theme-default": "^1.3.3",
    "eslint": "^3.19.0",
    "eslint-config-airbnb": "^14.1.0",
    "eslint-plugin-import": "^2.2.0",
    "eslint-plugin-jsx-a11y": "^4.0.0",
    "eslint-plugin-react": "^6.9.0",
    "nodemon": "^1.11.0",
    "webpack-dev-server": "^2.4.5"
  }

:(

मेरे समर 2010 मैकबुक प्रो (सिएरा 10.12.4) पर यार्न 0.24.5, नोड 7.10.0, और एनपीएम 4.2.0 का उपयोग करके मेरे +1 में जोड़ना:

λ यार्न बूटस्ट्रैप-सस को जोड़ते हैं
यार्न जोड़ें v0.24.5
[१/४] 🔍 पैकेजों को हल करना ...
[2/4] ... पैकेज लाए जा रहे हैं ...
[3/4] encies निर्भरता को जोड़ना ...
[४/४] 📃 नए पैकेजों का निर्माण ...
सफलता ताला लगा हुआ है।
सफलता ने 1 नई निर्भरता को बचाया।
└─ [email protected]
2 123.52 में पूरा हुआ।

"dependencies": {
    "@angular/animations": "^4.1.3",
    "@angular/common": "^4.0.0",
    "@angular/compiler": "^4.0.0",
    "@angular/core": "^4.0.0",
    "@angular/forms": "^4.0.0",
    "@angular/http": "^4.0.0",
    "@angular/material": "^2.0.0-beta.5",
    "@angular/platform-browser": "^4.0.0",
    "@angular/platform-browser-dynamic": "^4.0.0",
    "@angular/router": "^4.0.0",
    "bootstrap-sass": "^3.3.7",
    "core-js": "^2.4.1",
    "font-awesome": "^4.7.0",
    "material-design-icons": "^3.0.1",
    "materialize-css": "^0.98.2",
    "rxjs": "^5.1.0",
    "zone.js": "^0.8.4"
},
"devDependencies": {
    "@angular/cli": "1.0.1",
    "@angular/compiler-cli": "^4.0.0",
    "@types/jasmine": "2.5.38",
    "@types/node": "~6.0.60",
    "codelyzer": "~2.0.0",
    "jasmine-core": "~2.5.2",
    "jasmine-spec-reporter": "~3.2.0",
    "karma": "~1.4.1",
    "karma-chrome-launcher": "~2.0.0",
    "karma-cli": "~1.0.1",
    "karma-coverage-istanbul-reporter": "^0.2.0",
    "karma-jasmine": "~1.1.0",
    "karma-jasmine-html-reporter": "^0.2.2",
    "protractor": "~5.1.0",
    "ts-node": "~2.0.0",
    "tslint": "~4.5.0",
    "typescript": "~2.2.0"
}

वापस npm पर स्विच करना मेरे लिए इसे नियत कर दिया .. मैं हो रहा था - u'stream ': u' [3/4] यार्न में निर्भरता को जोड़ना और NPM में कोई त्रुटि नहीं ..

नवीनतम निर्माण में शायद कुछ गड़बड़ हो गई है

इसे डॉकर के माध्यम से चलाना।

@iwarner npm 5.0 एक अच्छा विकल्प है।

मैं वज्रांत (उबंटू ज़ेनियल) और जेनकिंस द्वारा यार्न चलाता हूं। Package.json के साथ दो उप-परियोजनाएं हैं।
npm -v 3.10.10
नोड -v 6.10.1
यार्न स्थापित v0.21.3

हमने कुछ समय पहले npm से यार्न पर स्विच किया था, क्योंकि हमें npm स्थापित करने के लिए टाइमआउट समस्या (4hours पर्याप्त नहीं थी) थी।

अब यार्न लगभग 30% समय के लिए काम करता है, लेकिन 70% समय के लिए हमें कुछ बिंदु पर 4h टाइमआउट मिलता है। यह पहला यार्न स्थापित हो सकता है, या दूसरा, या हम यूनिट टेस्ट (जेस्ट) चलाते समय टाइमआउट कर सकते हैं।

यह https://github.com/yarnpkg/yarn/issues/990 का डुप्लिकेट है, एक तुलना चार्ट है और ऐसा लगता है कि यार्न के नवीनतम संस्करणों ने वहां कुछ अच्छी प्रगति की है।
यदि यह अभी भी एक समस्या है, तो कृपया रेप्रो चरण के साथ एक नया मुद्दा दर्ज करें और नवीनतम npm के साथ तुलना करें

success Saved lockfile.
Done in 1737.79s.

उबंटू 16.04
i5, 8 जीबी रैम

:(

Windows 10 v 1709 + SSD + पॉवरशेल + नोड 6.12.2:
यार्न स्थापित अंतिम पैकेज तक तेज था, ऐसा प्रतीत होता है कि प्रीइंस्टॉलेशन कमांड पर अटक गया है।
विंडोज़ डिफेंडर के लिए बहिष्करण जोड़ने के लिए यहां दिए गए निर्देशों का पालन किया है, लेकिन मेरे पास मेरा स्रोत% USERPROFILE% स्रोत की जाँच है जिसने इसे बहुत धीमा कर दिया। सी में बाहर की जाँच: यह तेजी से गर्म था।

उबंटू मंच के लिए कोई समाधान? मुझे सचमुच पैकेज जोड़ने से पहले दो बार सोचना है।

उबंटू मेरे लिए सुपर फास्ट है, इसमें कोई सुस्ती नहीं है।

शुक्र पर, 23 फरवरी 2018, 11:13 बसंत बेसरा, सूचनाएं @github.com ने लिखा:

उबंटू मंच के लिए कोई समाधान? मुझे सचमुच पहले दो बार सोचना है
एक पैकेज जोड़ना।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/yarnpkg/yarn/issues/1496#issuecomment-367897260 , या म्यूट
सूत्र
https://github.com/notifications/unsubscribe-auth/AAcMheTtAYOsXcrnej_f2F8bY5D3nDT2ks5tXizngaJpZM4Kh3OZ
।

यह सुपर कष्टप्रद है। मैंने सचमुच एक मॉड्यूल में एक पंक्ति को बदल दिया, इसे एक नए संस्करण के तहत पुनर्प्रकाशित किया और yarn add module 5 मिनट से अधिक का समय लिया।

यह सिर्फ टेक्स्ट एडिटर का उपयोग करके अपने पैकेज को मैन्युअल रूप से अपडेट करने के लिए तेज़ होगा

मैं भी इस मुद्दे का अनुभव:

success Saved lockfile.
success Saved 1 new dependency.
info Direct dependencies
└─ @material-ui/[email protected]
info All dependencies
└─ @material-ui/[email protected]
Done in 93.43s.

मेरा सिस्टम Linux manjaro 4.14.31-1-MANJARO #1 SMP PREEMPT Wed Mar 28 21:42:49 UTC 2018 x86_64 GNU/Linux

NodeJS: v9.9.0
सूत: v1.5.1

मेरे लिए भी सुपर Done in 254.32s. धीमा

नोड v8.10.0
एनपीएम 5.6.0

OSX 10.11.6 (15G19009)

मैं [email protected] पर वापस आ गया

हम ज्यादातर समय इस समस्या से बचने के लिए ऑफ़लाइन कैश सुविधा का उपयोग कर रहे हैं, लेकिन जैसे ही पैकेज.जॉन या यार्न-लॉकफाइल में परिवर्तन होता है, तो हम इस समस्या पर वापस आ जाते हैं। हमारे लिनक्स मशीन पर लिंक करने में 10 मिनट लगते हैं। मुझे नहीं लगता कि यह विंडोज़ विशिष्ट है।

यह निश्चित रूप से एक विंडोज केवल मुद्दा नहीं है (जो गैर-विंडोज मशीनों पर लोगों से सभी पदों से स्पष्ट होना चाहिए)!

मैं macOS हाई सिएरा 10.13.4 पर हूं, नोड 10.1.0 (एनपीएम 5.6.0) और यार्न 1.6.0 का उपयोग कर रहा हूं। यार्न का उपयोग करना, एक निर्भरता स्थापित करना ~ 40s लिया। मैंने npm पर स्विच किया और इसमें लगभग ~ 10 सेकंड लगे। मैं npm के लिए समय के लिए रहना होगा।

हमारे सेंटोस 7 बॉक्स के लिए समान। इस पर कोई अपडेट?
यार्न: v1.7.0
npm: v5.7.1

यह मेरे लिए हो रहा है 1.9.2 पर मैक पर नोड 10

मेरे लिए macOS HighSierra पर, Avast FileShield मुद्दा पैदा कर रहा था। मैंने which yarn का उपयोग करते हुए यार्न को निष्पादन योग्य पथ के रूप में शामिल किया है। अब ठीक लगता है, अगर मैं लौटता हूं तो एक अपडेट दूंगा।

यह मेरे लिए हो रहा है 1.9.2 पर मैक पर नोड 10

मुझे भी। यार्न 1.9.2, हाई सिएरा पर नोड 10.6.0।

@bestander यह एक विंडोज मुद्दा नहीं है। मैं अपने मैक पर यार्न के साथ फिर से कर सकता हूं 1.9.4। इस मुद्दे को फिर से खोलना चाहिए।

@davidgoli , एक नए मुद्दे को बेहतर ढंग से खोलते हैं, यह एक नया है और इसे अलग से ट्राइ किया जाना चाहिए

मेरे द्वारा चलाए गए किसी भी वातावरण के लिए यार्न काफी धीमा है। डेबियन, मैक, विंडोज। नया मुद्दा खुला था? या RFC जो नोड_मॉड्यूल्स से छुटकारा पाती है, क्या इससे हल होगा?

मेरे पास एक ही मुद्दा है, पहले से ही npm पर स्विच करें लेकिन अभी भी बग मिला है

यार्न के साथ भी मेरा यही मुद्दा है। कोई हल मिला?

यह # 990 का डुप्लिकेट है, एक तुलना चार्ट है और ऐसा लगता है कि यार्न के नवीनतम संस्करणों ने वहां कुछ अच्छी प्रगति की है।
यदि यह अभी भी एक समस्या है, तो कृपया रेप्रो चरण के साथ एक नया मुद्दा दर्ज करें और नवीनतम npm के साथ तुलना करें

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

मेरे पास एक ही मुद्दा है!

yarn install
yarn install v1.16.0
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] 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.
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.
[4/5] Linking dependencies...
[###############################################---------------------------------------------------------------------------------------------] 22778/67399

Done in 179.59s.

MacOS / डॉकर

वैग्रांत 2.2.4
अतिथि: Ubuntu 18.10 (GNU/Linux 4.18.0-25-generic x86_64)
होस्ट: MacOS 10.14.5 Mojave

यार्न 1.16.0
npm 6.9.0

मैकबुक प्रो (रेटिना, 13-इंच, 2015 की शुरुआत)
प्रोसेसर 2.7 GHz इंटेल कोर i5
मेमोरी 16 जीबी 1867 मेगाहर्ट्ज डीडीआर 3

yarn install v1.16.0
[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.
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Saved lockfile.
Done in 1552.45s.

मैं वास्तव में उत्पादकता के 25 मिनट खोए बिना yarn install नहीं चला सकता। यह बेतुका है। मैं नहीं खरीदता कि यह एक विंडोज मुद्दा है। यह मेरे लिए बहुत संभावना है कि वर्चुअलाइज्ड वातावरण में चलने पर कुछ समस्या है। शायद अतिथि OS पर सिंक किए गए फ़ोल्डर / चेक फ़ाइल स्थिति के साथ क्या करना है?

यार्न v1.17.3
नोड v10.16.3
एनपीएम 6.9.0

खिड़कियाँ

मैंने अपना ऐप प्रोजेक्ट फ़ोल्डर स्थान उसी डिस्क अनुभाग पर yarn cache dir ।
यार्न कैश dir -> C: उपयोगकर्ताAppDataLocalYarnCachev4

परिणाम:
पुराना स्थान -> D: myApp Done in 747.17s.
नया स्थान -> C: myApp Done in 488.97s.

C और D एक ही भौतिक डिस्क हैं।

मैक

हालाँकि मैक विंडोज Done in 121.37s से तेज है

मुझे लगता है कि अड़चन डिस्क रीड / राइट स्पीड है?

OS X 10.15
यार्न v1.22.4
नोड v12.13.0
npm v6.12.0

मैं अभी भी इसका अनुभव कर रहा हूं। प्रोजेक्ट एक माउंटेड एन्क्रिप्टेड डिस्क इमेज में स्थित है। एक एकल पैकेज स्थापित करने में अपेक्षाकृत छोटे package.json साथ कई मिनट लगते हैं। इसे बेंचमार्क नहीं किया गया, लेकिन npm बहुत तेज़ लगता है।

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

बस यह भी मारा और मैं भाग रहा हूँ:

OS: उबंटू 18.04.2
सूत: 1.22.4
नोड: 14.7.0
एनपीएम: 6.14.7