Nvm-windows: समर्थन .nvmrc

मुझे नहीं लगता कि यह एक ऐसा मार्ग है जिसे मैं नीचे जाना चाहता हूं। प्राथमिक कारण यह है कि नोड बाइनरी को फिर से बनाने/नकल करने के लिए कुछ बहुत बदसूरत हैकिंग की आवश्यकता होगी। उदाहरण के लिए, node index.js कॉल करने का मतलब है कि हैक/नकली node.exe को पहले संस्करण को निर्धारित करने के लिए package.json फ़ाइल (यदि यह मौजूद है) को पार्स करना होगा और फिर वास्तविक node.exe निष्पादित करना होगा।

कुछ अन्य समान परियोजनाओं ने इसे पूरा करने के लिए .bat फ़ाइलों का उपयोग करने का प्रयास किया है। यह दृष्टिकोण नाजुक है, और यह वास्तुकला के प्राथमिक उद्देश्य के खिलाफ जाता है ।

मुझे यह भी नहीं लगता कि इसके लिए मांग व्यापक है।

.nvmrc समर्थन CI सिस्टम के साथ NVM का उपयोग करने का एक महत्वपूर्ण पहलू है। मैं package.json सुझाव को लिंक नहीं करता, खासकर जब यह nvm के साथ संगतता को तोड़ता है, लेकिन क्या .nvmrc के समर्थन के साथ पुल अनुरोध स्वीकार किया जाएगा?

@ gruber76 - मैं शायद इस पर पीआर स्वीकार नहीं करूंगा।

.nvmrc , package.json ... इन दोनों को एक ही गंदा हैक की आवश्यकता है।

@coreybutler मुझे यकीन नहीं है कि मैं इसका समर्थन नहीं करने के लिए आपके तर्क को समझता हूं। क्या यह सुविधा केवल .nvmrc फ़ाइल में देखने के लिए कमबैक नहीं होगी जब भी nvm को एक संस्करण संख्या निर्दिष्ट किए बिना लागू किया जाता है? तो, आप किस खराब हैक के बारे में बात कर रहे हैं?

गंदा हैक: विंडोज के लिए सिम्लिंक को फिर से लिखें।

विंडोज़ के लिए एनवीएम सिमलिंक लक्ष्य को वांछित भौतिक नोड स्थापना निर्देशिका में बदलकर काम करता है। यह एक प्रणाली-व्यापी परिवर्तन है।

मान लें कि आप .nvmrc फ़ाइल में संस्करण 0.12.0 निर्दिष्ट करके एक स्क्रिप्ट को सक्रिय करते हैं, फिर .nvmrc बिना दूसरी स्क्रिप्ट को सक्रिय करते हैं। सिम्लिंक v0.12.0 (पहले इंस्टेंटेशन से) को इंगित करेगा। यदि दूसरी स्क्रिप्ट के लिए किसी और चीज़ की आवश्यकता है (जैसे v4.2.6) बिना .nvmrc , तो यह विफल हो जाएगी। यह सिम्लिंक का उपयोग करते समय पर्यावरण अस्थिरता का परिचय देता है क्योंकि कोई वास्तविक प्रक्रिया अलगाव नहीं है।

प्रति-प्रक्रिया के आधार पर किसी संस्करण को वास्तव में अलग करने का एकमात्र तरीका है nvm.exe उस संस्करण पर पुनर्निर्देशित करना जो स्क्रिप्ट अनुरोध कर रही है बजाय इसके कि ऑपरेटिंग सिस्टम को इसे करने की अनुमति दी जाए। मैं वास्तव में कुछ ऐसा फिर से नहीं बनाना चाहता जो ऑपरेटिंग सिस्टम पहले से ही हमारे लिए करता है।

यदि लोग वास्तव में प्रति-प्रक्रिया/परियोजना दृष्टिकोण का उपयोग करना चाहते हैं, तो एक अधिक उपयुक्त समाधान रनटाइम वातावरण को अलग कर रहा है। व्यक्तिगत रूप से, मैं इसके लिए डॉकर का उपयोग करता हूं।

मुझे यहाँ मेरी अज्ञानता के लिए क्षमा करें। मेरा प्राथमिक उपयोग मामला कई टीमों के साथ बोवर/ग्रंट/गल्प इत्यादि का उपयोग करके नोड/वेब अनुप्रयोगों का विकास कर रहा है। मेरे लिए, यह अत्यंत दुर्लभ है कि मेरे पास एक-दूसरे के पांच मिनट के भीतर कई संस्करण चल रहे हों। इस उपयोग के मामले के लिए, .nvmrc फ़ाइल यह है कि मेरी टीम कैसे निर्दिष्ट करती है कि नोड को क्या करना चाहिए।

मुझे आपके द्वारा वर्णित स्थिति में देखने में परेशानी हो रही है (स्क्रिप्ट ए बनाम स्क्रिप्ट बी) स्क्रिप्ट ए (या स्क्रिप्ट ए के उपयोगकर्ता) को संस्करण सेट करने के लिए एनवीएम को कॉल करने और फिर सेट करना भूल जाने की तुलना में .nvmrc का समर्थन करना कितना अधिक परेशानी वाला होगा यह स्क्रिप्ट बी चलाने से पहले है। लेकिन मुझे लगता है कि एनवीएम के लिए कुछ सामान्य उपयोग के मामले हैं जो मेरे मुकाबले ज्यादा कठिन हैं। शायद, उदाहरण के लिए, अगर मेरे सीआई सर्वर पर भारी भार था।

मेरे पास किसी और को इसकी पेशकश करने के लिए एक हैकी वर्कअराउंड है, जिसे इसकी आवश्यकता है। प्री-रन बैट स्क्रिप्ट में निम्नलिखित:

set /p nodev=<.nvmrc
nvm install %nodev%
nvm use %nodev%

npm स्क्रिप्ट में आवश्यक संस्करण सेट करने के लिए nvm कमांड क्यों नहीं डालते?

स्टीव ली
मेरे मोबाइल डिवाइस से भेजा गया कृपया टाइपिंग त्रुटियों के लिए क्षमा करें
3 मार्च वर्ष 2016 16:50, "gruber76" [email protected] लिखा है:

मुझे यहाँ मेरी अज्ञानता के लिए क्षमा करें। मेरा प्राथमिक उपयोग मामला विकसित हो रहा है
कई टीमों के साथ बोवर/ग्रंट/गल्प इत्यादि का उपयोग करके नोड/वेब एप्लिकेशन। के लिये
मुझे, यह अत्यंत दुर्लभ है कि मेरे पास कई संस्करण चल रहे होंगे
एक दूसरे के पांच मिनट। इस उपयोग के मामले के लिए, .nvmrc फ़ाइल है कि कैसे my
टीमें निर्दिष्ट करती हैं कि नोड को क्या करना चाहिए।

मुझे आपके द्वारा वर्णित स्थिति में देखने में परेशानी हो रही है (स्क्रिप्ट ए बनाम
स्क्रिप्ट बी) .nvmrc का समर्थन करने से ज्यादा परेशानी कैसे होगी
स्क्रिप्ट ए (या स्क्रिप्ट ए का उपयोगकर्ता) संस्करण सेट करने के लिए एनवीएम को कॉल करना और फिर
स्क्रिप्ट बी चलाने से पहले इसे सेट करना भूल गया। लेकिन मुझे लगता है कि वहां हैं
एनवीएम के लिए कुछ सामान्य उपयोग के मामले जो मेरी तुलना में बहुत कठिन हैं।
शायद, उदाहरण के लिए, अगर मेरे सीआई सर्वर पर भारी भार था।

मेरे पास किसी और को इसकी पेशकश करने के लिए एक हैकी वर्कअराउंड है, जिसे इसकी आवश्यकता है। NS
प्री-रन बैट स्क्रिप्ट में निम्नलिखित:

सेट / पी नोड = <.nvmrc
एनवीएम इंस्टाल %nodev%
nvm %nodev% का प्रयोग करें

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/coreybutler/nvm-windows/issues/128#issuecomment -191852401
.

.nvmrc फ़ाइल का समर्थन करना वास्तव में सहायक होगा। हमारे पास कई परियोजनाएं हैं, और वे सभी नोड का एक ही संस्करण नहीं चलाते हैं। .nvmrc फ़ाइल यह सुनिश्चित करने के लिए प्रत्येक रेपो के मूल में है कि किसी दिए गए प्रोजेक्ट के लिए नोड का सही संस्करण उपयोग किया जा रहा है।

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

इसके लिए हमारा समाधान यह है कि हमारे पास install-node.js नाम की एक फ़ाइल है जो प्रत्येक प्रोजेक्ट के मूल में रहती है। जब भी हम किसी प्रोजेक्ट पर स्विच करते हैं, तो हम कमांड लाइन से node install-node चलाते हैं। install-node.js फ़ाइल की सामग्री इस प्रकार है:

var childProcess = require('child_process')
var fs = require('fs')

var nodeVersion = fs.readFileSync('.nvmrc', 'utf8').trim()

var command = "nvm install " + nodeVersion + " && nvm use " + nodeVersion
console.log('executing command: ' + command)
childProcess.exec(command, function(error, stdout, stderr) {
  if (stdout) console.log(stdout.toString())
  if (stderr) console.error(stderr.toString())
  if (error) console.error(error)
})

@ जोश-ईगन-पीएस - install और use बीच अलगाव ज्यादातर बड़े पैमाने पर पर्यावरण विन्यास के लिए था। मैं अक्सर उनके बीच फ़्लिप करने से पहले नोड के कई संस्करण स्थापित करूंगा। तथापि; ध्वज का होना पूरी तरह से उचित लगता है, जैसे nvm install -u 5.9.1 स्थापित करने और स्वचालित रूप से उपयोग करने के लिए ... या स्वचालित रूप से संस्करण का उपयोग करें और _not_ का उपयोग करने के लिए ध्वज रखें। मैं निश्चित रूप से इसे जोड़ने पर विचार करूंगा।

सभी के लिए - यदि आपको वास्तव में प्रति-प्रोजेक्ट के आधार पर स्विच करने की आवश्यकता है, तो nvm use x.x.x && node index.js को अपने package.json के npm start script अनुभाग में डालने पर विचार करें। नोड ऐप लॉन्च करने के लिए हमेशा npm start का उपयोग करना एक सामान्य सर्वोत्तम अभ्यास है।

सभी के लिए - यदि आपको वास्तव में प्रति-प्रोजेक्ट के आधार पर स्विच करने की आवश्यकता है, तो अपने package.json के npm start script अनुभाग में nvm use xxx && node index.js डालने पर विचार करें। नोड ऐप लॉन्च करने के लिए हमेशा npm start का उपयोग करना एक सामान्य सर्वोत्तम अभ्यास है।

यह वास्तव में बहुत देर हो सकती है यदि कोई npm _build_ स्क्रिप्ट इंस्टॉल के दौरान उपयोग की जाती है जो नोड / npm संस्करण पर निर्भर करती है। या अन्य उपकरण जैसे ग्रंट आदि तेजी से चलते हैं वे नोड / एनपीएम के गलत संस्करण के साथ स्थापित होने के दौरान विफल हो सकते हैं। या अन्य समस्याओं के कारण गलत संस्करण का उपयोग करें, BTW मैं _everything_ स्थानीय रूप से स्थापित (यानी नहीं -g) होने का अन्य सर्वोत्तम अभ्यास मान रहा हूं, इसलिए संस्करण निर्भरता कभी भी कोई समस्या नहीं है।

इस प्रकार प्रत्येक चीज़ को सेटअप करने के लिए npm install का उपयोग करना अच्छा अभ्यास है। फिर आप nvm उपयोग का उपयोग करने के लिए एक प्रीइंस्टॉल चरण जोड़ सकते हैं। उदाहरण के लिए जोड़ें

    "preinstall": "nvm use x.x.x",

यह ठीक होना चाहिए, भले ही मूल npm संस्करण मूल प्रक्रिया में चल रहा हो। इंस्टॉल चरण एक नया शेल लॉन्च करेगा, इसलिए सभी क्रियाओं को नया नोड और npm चुनना चाहिए।

आप इंस्टॉल की तुलना में एक प्री-स्टार्ट स्टेप भी जोड़ना चाह सकते हैं।

@SteveALee - हाँ, आप सही कह रहे हैं, मेरा पिछला सुझाव काम नहीं करेगा। मज़बूती से लॉन्च होने की प्रक्रिया में बहुत देर हो जाएगी।

@coreybutler अंत में मैं इसके लिए गया था

"preinstall":"nvm use 4.4.1 || echo nvm not found: check node version && pause",

शायद एक nvm use -i x.x.x विकल्प अच्छा होगा? यानी, अगर पहले से नहीं है तो इंस्टॉल करें?

मैं कम से कम इसके एक हिस्से को लागू करने का सुझाव देना चाहूंगा:

लिनक्स / मैक पर, एक फ़ोल्डर में .nvmrc फ़ाइल मौजूद है, मैं एक ठोस संस्करण निर्दिष्ट किए बिना nvm use चला सकता हूं, और स्थापित संस्करण जो .nvmrc की सामग्री से मेल खाता है सक्रिय। अगर फ़ाइल कहती है 8 , तो नोड 8 का नवीनतम स्थापित संस्करण स्थापित हो जाता है।

मैं इसे अपने सिस्टम पर एक स्क्रिप्ट के साथ जोड़ता हूं जो cd ओवरलोड करता है ताकि मैं एक निर्देशिका में cd कर सकूं और नोड का सही संस्करण सक्रिय हो जाए, इस स्क्रिप्ट के साथ .bashrc :

# Support .nvmrc
load-nvmrc() {
  if [[ -f .nvmrc && -r .nvmrc ]]; then
    nvm use
  elif [[ $(nvm version) != $(nvm version default)  ]]; then
    echo "Reverting to nvm default version"
    nvm use default
  fi
}
# Override `cd` to auto-load correct version of Node on enterting directory.
cd() { builtin cd "$@"; 'load-nvmrc'; }

यह आसानी से विंडोज़ पर भी काम कर सकता है, अगर nvm इन फाइलों का सम्मान कर रहा था।

A .nvmrc डिफ़ॉल्ट रूप से लागू नहीं किया जाएगा। तथापि; रोडमैप में हुक सपोर्ट की योजना है (https://github.com/coreybutler/nvm-windows/issues/190)। किसी भी फ़ाइल के अनुसार संस्करण को समायोजित करने के लिए pre-use स्क्रिप्ट का उपयोग किया जा सकता है (जिसमें package.json, .nvmrc, या आपके द्वारा चुनी गई कोई भी चीज़ शामिल है)।

चूंकि यह समस्या लगभग मृत प्रतीत होती है, मेरे पास एक वर्कअराउंड पॉवरशेल स्क्रिप्ट है जो "nvm उपयोग" और "nvm इंस्टॉल" की कार्यक्षमता की नकल करनी चाहिए यदि .nvmrc फ़ाइल में एकल अंक नोड संस्करण है।

nvm install (Get-Content .nvmrc) ठीक काम करेगा हालांकि nvm use (Get-Content .nvmrc) काम नहीं करेगा (क्योंकि जब एक अंक संस्करण को स्थापित करने के लिए पारित किया जाता है, तो यह उस नोड संस्करण का सबसे हालिया संशोधन स्थापित करता है लेकिन nvm use साथ एक अंक नवीनतम प्राप्त करने के बजाय इसमें '.0.0' जोड़ देता है।

@coreybutler यदि आपने install के समान कोड का उपयोग करने के लिए nvm.go में "उपयोग" कमांड को अपडेट किया है, तो यह इस फिक्स को अनावश्यक बना देगा (यानी):
if len(version) == 1 { version = findLatestSubVersion(version) } else { version = cleanVersion(version) }

निम्न स्क्रिप्ट "एनवीएम सूची उपलब्ध" का उपयोग करेगी और उच्चतम एलटीएस संस्करण के लिए सूची को फ़िल्टर करेगी जो .nvmrc फ़ाइल के संस्करण से मेल खाती है और फिर इसे 'एनवीएम उपयोग' करती है। यदि यह स्थापित नहीं है, तो यह 'nvm install'' करता है और फिर 'nvm use' करता है।
((nvm use (nvm list available | Where-Object -FilterScript { $_ -like ('* ' + (Get-Content .nvmrc)) + '.*'})[0].split('|')[2].trim()) -like '*not installed*') -and (nvm install (nvm list available | Where-Object -FilterScript { $_ -like ('* ' + (Get-Content .nvmrc) + '.*') })[0].split('|')[2]) -and (nvm use (nvm list available | Where-Object -FilterScript { $_ -like ('* ' + (Get-Content .nvmrc) + '.*') })[0].split('|')[2].trim())

बस एक .nvmrc फ़ाइल से पढ़ने के लिए nvm उपयोग के समर्थन का अनुरोध करना चाहते हैं। यह वास्तव में मैक और विंडोज के बीच मेरे नोड विकास के अनुभव को सहज बना देगा।

क्या यह बंद है क्योंकि इसे ठीक किया गया था या इसे बदला नहीं जा रहा है?

क्या nvm एक और विंडोज-संगत संस्करण है जो * निक्स संस्करणों के समान एपीआई का उपयोग करता है?