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

हाँ, वर्तमान में हमारे पास yarn create (उदाहरण के लिए yarn create react-app का उपयोग करके देखें)। हम इसे भविष्य में अन्य क्रियाओं के लिए खोल सकते हैं, लेकिन यह अभी रोडमैप पर नहीं है।

मैं लाइब्रेरी-इफाइंग एनपीएक्स पर काम कर रहा हूं। मौजूदा npx कोड को हथियाना और npm से संबंधित हिम्मत को यार्न-समतुल्य कमांड से बदलना बहुत बड़ा काम नहीं है।

मैं इसे सीधे npx में नहीं जोड़ूंगा, क्योंकि यह _meant_ अज्ञेयवादी होना है: npx कोई संचालन नहीं करता है जो अन्य पैकेज प्रबंधकों का उपयोग करने वाले लोगों के साथ संघर्ष करता है। इसे सिस्टम पर npm होने की भी आवश्यकता नहीं है, इसलिए आप npm rm -g npm और npx ठीक काम करेगा। तो आप कह सकते हैं npx _is_ ypx , जब तक कि आप कैश-शेयरिंग के बारे में वास्तव में दृढ़ता से महसूस नहीं करते हैं, जो एक सुंदर बात है।

(पुन: प्रेरणा में: एनपीएक्स मुख्य रूप से इस लंबे समय से चलने वाले फीचर अनुरोध से प्रेरित है: https://github.com/npm/npm/issues/6053। इसकी अधिकांश कार्यक्षमता _this_ आवश्यकता को पूरा करने के आसपास केंद्रित है। ऑटो-इंस्टॉल सुविधा _was_ जोड़ा गया पोस्ट-यार्न-क्रिएट, और निश्चित रूप से उस विशेष चीज़ के लिए एक वास्तविक सामान्यीकृत समाधान होने का इरादा है - लेकिन यह उससे _way more_ करता है)

@sandys - मुद्दा @zkat संदर्भित ( npm #6053) yarn पर कोई मुद्दा नहीं है क्योंकि आप केवल yarn x (या yarn run x यदि आप बनना चाहते हैं तो कर सकते हैं) स्पष्ट) यदि x आपकी ./node_modules/.bin निर्देशिका में है। इसलिए मुझे नहीं लगता कि npx समकक्षता की कोई सख्त आवश्यकता है।

यदि आपको लगता है कि एक मजबूत आवश्यकता है, तो क्या आप समझा सकते हैं कि आपको इसकी आवश्यकता क्यों है? उदा. यह आपके लिए किस समस्या का समाधान करेगा?

क्या किसी को पता है कि yarn exec bundle exec ? मैं इसे सीएलआई पर देखता हूं लेकिन वेबसाइट पर डॉक्स में नहीं। कमांड लाइन पर yarn exec साथ एक त्वरित नाटक ऐसा लगता है जैसे यह स्थापित बायनेरिज़ चलाता है ताकि यह आपकी समस्या @sandys को हल कर सके।

FWIW, npm-run एक पुरानी उपयोगिता है जो किसी को स्थानीय node_modules बायनेरिज़ चलाने की अनुमति देती है, और यह npm पर निर्भर नहीं करती है। हालांकि इसके पास कोई विकल्प नहीं है, जबकि npx नॉब्स से भरा है।

@BYK उपयोग का मामला चल रहा है उदाहरण के लिए ypx greenkeeper-lockfile@1 या ypx danger@2 CI पर उन्हें परियोजना में ही डीप के रूप में जोड़े बिना

@SimenB सीआई आमतौर पर परियोजना को संस्करण नियंत्रण में वापस नहीं करेगा, इसलिए इससे कोई फर्क नहीं पड़ता कि यह प्रक्रिया में निर्भरता जोड़ता है, है ना?

@MarkBennett चूंकि yarn exec package.json से स्क्रिप्ट नहीं चलाता है, मुझे नहीं लगता कि यह इस सुविधा को जोड़ने के लिए सही जगह है।

@BYK मैं ओपी नहीं हूं, लेकिन मैं इस सुविधा अनुरोध पर आया क्योंकि मेरे पास मेरी स्थानीय मशीन पर एक पैकेज था, लेकिन मेरे पैकेज में नहीं। इसलिए मेरा ऐप मेरे लिए चलेगा, लेकिन मेरे ऐप को क्लीन इंस्टाल करने वाले किसी भी व्यक्ति के लिए नहीं। यह रूबी बंडलर के bundle exec की एक विशेषता है जो मुझे पसंद है - यह तब तक नहीं चलेगा जब तक कि सभी डीपी मैनिफेस्ट में न हों।

yarn x बारे में मेरी मुख्य शिकायत यह है कि यह 3 (तीन) विभिन्न स्थानों से लक्ष्य को हल करने का प्रयास कर रहा है: यार्न आंतरिक आदेश, एनपीएम स्क्रिप्ट और डिब्बे।

मान लें कि मेरे पास check नामक बाइनरी वाला एक टूल है: 1) yarn check इसके बजाय अपना आंतरिक check कमांड चलाएगा 2) yarn run check उपभोक्ता के एनपीएम चलाएगा इस तरह के नाम या शायद मेरे टूल के साथ स्क्रिप्ट।

npx अवधारणाओं का एक मजबूत अलगाव देता है: yarn x हमेशा एक आंतरिक कमांड होता है, yarn run x हमेशा एक स्क्रिप्ट होता है, और npx x हमेशा एक बाइनरी होता है, इसकी कोई आवश्यकता नहीं है अनुमान लगाने और आशा करने के लिए।

की तरह कुछ सार

#!/usr/bin/env bash

package_name=$1
temp_dir="/tmp/ypx/$package_name/$(date +%s%N)"
mkdir -p $temp_dir
(cd $temp_dir; yarn add $package_name) && (PATH="$temp_dir/node_modules/.bin":$PATH; "$@")
rm -rf $temp_dir

@BYK एक और उपयोग का मामला एक पैकेज का _binary_ चला रहा है जो अभी तक स्थानीय रूप से स्थापित नहीं है और मैं इसे एक बार चलाने के बाद, इसे अपने आप को हटाने के लिए परेशान किए बिना चलाना चाहता हूं। npx फ़ंक्शन yarn x के व्यवहार का एक विस्तार है क्योंकि आप यह कर सकते हैं:

1. वर्तमान निर्देशिका में ./node_modules/.bin/ में एक स्थानीय पैकेज की कमांड चलाएँ
2. यदि पैकेज स्थानीय रूप से मौजूद नहीं है या ./node_modules/ निर्देशिका मौजूद नहीं है, तो पैकेज को उसकी निर्भरता के साथ एक अस्थायी निर्देशिका में डाउनलोड करें और कमांड को लागू करें

यह उपयोगकर्ता के लिए पारदर्शी रूप से किया जाता है।

एक काल्पनिक ypx एक तीसरा बिंदु भी दे सकता है जो है:

1. यदि पैकेज स्थानीय रूप से मौजूद नहीं है और यह यार्न कैश में मौजूद है और यह नवीनतम संस्करण से मेल खाता है, तो सभी पैकेजों को डाउनलोड करने के बजाय कैश का उपयोग करके कमांड को लागू करें

@ बीवाईके यह काम नहीं करता है।
उदाहरण के लिए babel-cli स्थापित करें: yarn add babel-cli
फिर yarn babel-node --presets es2015 ./server.js चलाएँ जो server.js वर्तमान निर्देशिका में एक फ़ाइल है और एक साधारण express एपीआई सर्वर है।
यह बस काम नहीं करता है और कहता है कि फ़ाइल मौजूद नहीं है। ( Error: Cannot find module )
लेकिन यह उपयोग करने के साथ npx काम करता है npx babel-node --presets es2015 ./server.js

@BYK जहाँ तक मुझे पता है npx स्थानीय मशीन पर node_module/.bin/ पर आपके आदेश की तलाश करेगा और यदि उसे उचित आदेश नहीं मिला तो उसे वेब से पैकेज मिलेगा यदि कोई है और आप हमेशा अद्यतित रह सकते हैं .
स्थानीय मशीन पर स्थापित नहीं होने पर यार्न को वेब से पैकेज नहीं मिलता है।

क्या हमें yarnx ?

@ light24bulbs विशेष रूप से क्यों?

सच कहूं तो मुझे लगता है कि npx एक अच्छा टूल है, भले ही थोड़ा बहुत "npm inc."-केंद्रित (एनपीएम के कई टूल, निष्पक्ष होने के लिए)। एक yarnx इस समस्या को हल नहीं करेगा (यह आवश्यक रूप से यार्न-केंद्रित होगा), इसलिए मुझे पूरा यकीन नहीं है कि यह एक अच्छा विचार होगा।

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

@arcanis npx स्वयं npm के साथ जुड़ा हुआ है क्योंकि यह npm के साथ बंडल है - libnpx नहीं है, और वास्तव में, pnpm से pnpx हुड के तहत उपयोग करता है। मैंने ज़ोल्टन के लिए इसे संभव बनाने के लिए कुछ पैच जोड़े। मैं ऑटो-डिटेक्शन सपोर्ट नहीं जोड़ूंगा क्योंकि यह कुछ एकीकरण को हटा देता है और चीजों को और अधिक जटिल और समर्थन के लिए कठिन बनाता है :)

बस इस मुद्दे को गुगल किया और मुझे लगता है कि किसी भी अपडेट के बारे में पूछने के लिए यह उचित जगह है। क्या कोई मौजूदा उपकरण/समाधान है, या यार्न में कुछ कार्यक्षमता जोड़ने की योजना है?
उदाहरण के लिए एनपीएक्स के साथ मेरे वर्तमान मुद्दे हैं:

1. यह हर बार निर्भरता के साथ अनुपस्थित पैकेज डाउनलोड करता है,
2. यह यार्न उन्मुख परियोजनाओं में package-lock.json बनाता है जो चेतावनियों का कारण बनता है और इसे हाथों से हटाने की आवश्यकता होती है।
   (विशेष रूप से मैंने अभी निष्पादित किया है npx gatsby new blog https://github.com/gatsbyjs/gatsby-starter-blog )

यह दोनों मुद्दे यार्न के लिए हल करने के लिए एकदम सही मैच की तरह दिखते हैं जैसे

यूपीडी: तो मूल रूप से ypx मुख्य कारण बाइनरी निष्पादन नहीं है (जो यार्न के साथ पूरी तरह से ठीक है), लेकिन उन पैकेजों को स्वत: डाउनलोड करने की क्षमता जिन्हें मैं निष्पादित करना चाहता हूं।

मैं सहमत हूं। मुझे यह भी लगता है कि एनपीएम अजीब एपीआई में सुधार करने का अवसर है
एक सा। मुझे लगता है कि yarn exec COMMAND को कॉल करने से अधिक समझ में आएगा
yarnx । रूबी बंडलर के पास एक समान कमांड था
https://bundler.io/man/bundle-exec.1.html

सोम, 17 दिसंबर, 2018 दोपहर 2:29 बजे पावेल प्रोकुडिन नोटिफिकेशन @github.com
लिखा था:

बस इस मुद्दे को गुगल किया और मुझे लगता है कि यह पूछने के लिए उपयुक्त जगह है
कोई अपडेट्स। क्या कोई मौजूदा उपकरण/समाधान है, या कुछ जोड़ने की योजना है
यार्न के लिए कार्यक्षमता?
उदाहरण के लिए एनपीएक्स के साथ मेरे वर्तमान मुद्दे हैं:

1. यह हर बार निर्भरता के साथ अनुपस्थित पैकेज डाउनलोड करता है,
2. यह यार्न उन्मुख परियोजनाओं में package-lock.json बनाता है जो कारण बनता है
   चेतावनियाँ और इसे हाथों से हटाने की आवश्यकता है।
   (विशेष रूप से मैं सिर्फ एनपीएक्स गैट्सबी नया ब्लॉग निष्पादित करता हूं
   https://github.com/gatsbyjs/gatsby-starter-blog)

ये दोनों मुद्दे @phra . जैसे धागे के समाधान के लिए एकदम सही मैच की तरह दिखते हैं
https://github.com/phra पहले से ही अपने तीसरे बिंदु के रूप में उल्लेख करते हैं।

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

--
-फॉरेस्ट

yarn exec पहले से मौजूद है (आपके सुझाव से भिन्न अर्थ के साथ)

क्या नया yarn dlx इस मुद्दे को हल करता है?

cc @sandys @arcanis

https://yarnpkg.github.io/berry/cli/dlx

हां! इस मुद्दे को अभी के लिए बंद करते हुए, मुझे अभी तक यह पता नहीं चला है कि क्या हम इस सुविधा को v1 (शायद नहीं?) में बैकपोर्ट करना चाहेंगे।

मुझे यकीन नहीं है कि यह एक योग्य प्रतिस्थापन है। yarn dlx eslint --help मेरी मशीन पर 2.7 सेकंड लेता है जबकि npx eslint --help 0.2s में समाप्त होता है। यदि कोई बहुत सारी बिन स्क्रिप्ट को कॉल करता है, तो यह जल्दी से अस्वीकार्य मूल्यों में जुड़ जाएगा।

साथ ही, मुझे लगता है कि स्क्रिप्ट के आउटपुट को पार्स करने की अनुमति देने के लिए, जब तक कोई त्रुटि न हो, तब तक stdout/stderr को यार्न द्वारा नहीं लिखा जाना चाहिए।

@silverwind समय का अंतर काफी स्पष्ट लगता है। क्या यह लगातार कई रनों में प्रतिलिपि प्रस्तुत करने योग्य है? यदि हाँ, तो मैं जाँच के लिए एक नया मामला दर्ज करूँगा क्योंकि हम निश्चित रूप से नहीं चाहते कि यह धीमा हो।

यार्न से stdout/stderr के संबंध में, I _think_ आप सभी गैर-महत्वपूर्ण यार्न आउटपुट को दबाने के लिए yarn --silend dlx eslint का उपयोग कर सकते हैं। @arcanis क्या आप इस आखिरी की पुष्टि कर सकते हैं?

@ light24bulbs विशेष रूप से क्यों?

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

क्या नया yarn dlx इस मुद्दे को हल करता है?

है yarn dlx एक सटीक s/npx/yarn dlx/ ड्रॉप-इन के लिए प्रतिस्थापन npx ? यदि नहीं, तो यह इस मुद्दे को हल नहीं करता है।

ये कोशिश करें
https://www.npmjs.com/package/ynpx

यार्न बनाने और एनपीएक्स और एनपीएम init

डेमो

https://www.npmjs.com/package/create-react-app

$ yarn create react-app

$ npx create-react-app

$ npm init react-app

https://www.npmtrends.com/npm-vs-npx-vs-yarn

@ light24bulbs - गूंज @rulatir लिए, मैं यहाँ मिल गया क्योंकि कहानियों का संग्रह के त्वरित आरंभ गाइड का उपयोग करने का कहना है npx इसे स्थापित करने , और मैं कैसे साथ बराबर जादू incant करने का एक आसान नुस्खा नहीं था yarn । यदि यार्न के लिए कमांड का एक समान सेट है, तो हमें उन्हें यार्न वेबसाइट पर पोस्ट करना चाहिए, ताकि पेज (इस थ्रेड के बजाय) "npx के यार्न संस्करण" के लिए Google खोज परिणामों में सबसे ऊपर हो।

मैं भी @codekiln जैसी ही नाव पर हूं। जब भी मैं कुछ निर्देशों का पालन कर रहा हूं जो कहते हैं कि npx ... चलाएं, मुझे नहीं पता कि yarn समकक्ष क्या है। एक उदाहरण npx tslint-to-eslint-config है ।

@ light24bulbs - गूंज @rulatir लिए, मैं यहाँ मिल गया क्योंकि कहानियों का संग्रह के त्वरित आरंभ गाइड का उपयोग करने का कहना है npx इसे स्थापित करने , और मैं कैसे साथ बराबर जादू incant करने का एक आसान नुस्खा नहीं था yarn । यदि यार्न के लिए कमांड का एक समान सेट है, तो हमें उन्हें यार्न वेबसाइट पर पोस्ट करना चाहिए, ताकि पेज (इस थ्रेड के बजाय) "npx के यार्न संस्करण" के लिए Google खोज परिणामों में सबसे ऊपर हो।

यहाँ भी, कैपेसिटरज इंस्टालेशन गाइड https://capacitorjs.com/docs/getting-started के साथ , भावना यह है कि यह उपयोगकर्ता को यार्न को छोड़ने और npm पर वापस जाने के लिए राजी करता है

https://yarnpkg.com/hi/docs/cli/exec

https://yarnpkg.com/hi/docs/cli/exec

404 पृष्ठ नहीं मिला

मुझे लगता है कि @delanym का मतलब इस पेज से था (लेकिन मुझे नहीं लगता कि यह npx नकल करता है): https://yarnpkg.com/cli/exec