क्या सेटिंग्स फ़ाइल आपकी स्थापना निर्देशिका में मौजूद है?

क्या इंस्टॉलेशन डायरेक्टरी का मतलब उस फ़ोल्डर से है जहां इंस्टॉल किया गया एप्लिकेशन है या इंस्टॉलर कहां है?

इंस्टॉल किया गया एप्लिकेशन कहां जाता है... इसके लिए डिफ़ॉल्ट C:\Users\<yourusername>\AppData\Roaming\nvm है। यह कुछ इस तरह दिखना चाहिए:

देखने के लिए मुख्य फ़ाइलें हैं elevate.cmd , elevate.vbs , nvm.exe , और settings.txt , साथ ही nodejs.ico (जो कि सिर्फ आइकन, यह कोई कार्यक्षमता प्रदान नहीं करता है)।

यदि settings.txt मौजूद नहीं है, तो संभवतः यह स्थापना प्रक्रिया के दौरान नहीं बनाया गया था। इंस्टॉलर को यह आपके लिए करना चाहिए, लेकिन मैन्युअल इंस्टॉल नहीं करता है। यदि आपने इंस्टॉलर का उपयोग किया है और settings.txt फ़ाइल नहीं देखते हैं, तो संभवतः इंस्टॉलर में एक बग है जिसे ट्रैक करने और ठीक करने में मेरी दिलचस्पी होगी।

सेटिंग्स फ़ाइल में इसके समान सामग्री होनी चाहिए:

root: C:\Users\Corey\AppData\Roaming\nvm
path: C:\Program Files\nodejs

हाय, मेरे साथ भी ऐसा हुआ था। इंस्टॉलर के समाप्त होने के बाद उसने cmd.exe खोला, और cmd.exe उस त्रुटि संदेश के साथ खुला।

settings.txt वास्तव में मेरे इंस्टॉलेशन फोल्डर में मौजूद है।

जब मैं अपने नए पथ चर की जांच करता हूं, तो इसके अंत में यह होता है: " [...मेरे पिछले पथ...];%NVM_HOME%;%NVM_SYMLINK% "

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

@bobbycircle - यह संभव है कि चर का मूल्यांकन सही समय पर नहीं किया जा रहा हो ... मुझे उस पर गौर करना होगा। मैंने इसके बारे में पहले नहीं सोचा क्योंकि... अच्छा यह काम कर रहा है और मैंने इंस्टॉलर के उस हिस्से को नहीं बदला है। मैं जल्द से जल्द इस पर गौर करूंगा।

इधर भी ऐसा ही है। @bobbycircle के अनुसार, मेरे PATH वेरिएबल को मैन्युअल रूप से ट्वीव करने से यह हल हो गया।

मुझे स्थापना के बाद एक ही त्रुटि का सामना करना पड़ा। विंडोज 8+ पर, आपको मूल्यांकित %nvm_home% और %nvm_symlink% पर्यावरण चर देखने के लिए एक नई cmd विंडो बनाने की आवश्यकता है। यह विन 7 से 8 में एक बदलाव है जहां एक मौजूदा विंडोज़ एक्सप्लोरर शेल एक नई प्रक्रिया नहीं बना सकता है और नए पर्यावरण चर देख सकता है। यदि आप एक्सप्लोरर से cmd.exe शुरू कर रहे हैं, तो आपको पहले विन एक्सप्लोरर को बंद करना होगा और नए एनवी चर देखने के लिए इसे पुनरारंभ करना होगा।

@ डैन-स्टर्लिंग - मैंने विंडोज 8 के साथ इसका सामना नहीं किया है (जो कि मैंने इसे विकसित किया है)। यही कारण है कि उपयोगकर्ता विशेषताएँ भी सेट की जाती हैं, फिर cmd शेल पथ पर पिक हो जाएगा। हालांकि इससे कोई फर्क नहीं पड़ता - मैं इन मुद्दों को हल करने के लिए एक पूरी तरह से नया इंस्टॉलर बना रहा हूं।

एक ही समस्या मिली। इसके अलावा, उस निर्देशिका में settings.txt बनाने से यह ठीक नहीं हुआ। मुझे इसे ~ . पर बनाना था

मेरी भी यही समस्या थी। https://github.com/coreybutler/nvm-windows/issues/23 @colmsjo की टिप्पणी ने इसे मेरे लिए हल कर दिया।

बस %NVM_HOME% और NVM_SYMLINK को _user_ पर्यावरण चर से हटा दें।

यहाँ वही मुद्दा। मैंने @queckezz के समाधान का पालन किया, यह काम करता है।

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

मैं इसके बजाय cmd.exe लॉन्च नहीं करूंगा और उपयोगकर्ता को अपना विंडोज सत्र बंद करने के लिए कहूंगा, एक नया खोलूंगा और फिर कमांड प्रॉम्प्ट विंडो में nvm का प्रयास करूंगा।

साथ ही, 1.0.6 इंस्टॉलर चलाते समय इस समस्या में भाग गया। विंडोज 8, इंस्टॉलर को व्यवस्थापक के रूप में चलाएं। file.exe मेरे रास्ते में नहीं था। GnuWin32 की स्थापना से भी समस्या का समाधान नहीं हुआ। नोड अभी तक स्थापित नहीं किया गया था।

मैं settings.txt को c:\ में कॉपी करने के लिए उपयोग कर सकता था।

@bobbycircle समाधान ने मेरे लिए काम किया।

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

कभी-कभी, जब पर्यावरण चर में बदलाव किया जाता है, तो ऐसा हो सकता है: +1:

• आपने "पर्यावरण चर संपादित करें" विंडो पर "ओके" बटन को धक्का नहीं दिया
  हाँ। यह गूंगा लग सकता है, लेकिन मैंने वास्तव में बहुत समय बिताया, वर्र्स बदलना और पावरशेल को पुनरारंभ करना, और कुछ भी नहीं हो रहा था ... जब तक मैंने इस विंडो को बंद नहीं किया! "ओके" बटन पर क्लिक करना बहुत महत्वपूर्ण है, यदि आप विंडो बंद करते हैं या रद्द करते हैं, तो आपके संशोधनों को छोड़ दिया जाएगा। फिर बस अपना कार्यकाल पुनः लोड करें।
• आपका शब्द दोषपूर्ण हो सकता है, दूसरा प्रयास करें।
  यदि आप विंडोज और गिट के लिए जीथब का उपयोग कर रहे हैं, तो आप 3 शर्तों (पावरशेल, गिट शैल, गिट बैश) के साथ समाप्त हो सकते हैं। प्रत्येक शब्द का अपना वातावरण हो सकता है, और मूल्यों को बदलने से कुछ भी हल नहीं होगा। पहले PowerShell या cmd.exe (वेनिला विंडोज़ शर्तें) आज़माएँ।

बस विंडोज 8 पर भी इसमें भाग गया।

व्यवस्थापक के रूप में अपना cmd टर्मिनल चलाएँ

क्या यह संभव है कि यह विफल हो गया क्योंकि इंस्टॉल विफल हो गया .. User फ़ोल्डर में एक स्थान के कारण? यह बग/समस्या #41 में होता है तो हो सकता है कि यहां भी ऐसा हो रहा हो?

@queckezz समाधान काम किया

@queckezz समाधान काम किया। धन्यवाद

मेरे पास यह मुद्दा था।

इंस्टॉलर उन्नत विशेषाधिकारों (स्थापना के लिए आवश्यक) के साथ चला।
इसके बाद शुरू किया गया cmd सत्र भी उन्नत विशेषाधिकारों के साथ चलता है, लेकिन सेटिंग्स को देखने से इनकार कर दिया .txt

एक गैर-व्यवस्थापक cmd को फिर से लॉन्च करने से settings.txt ठीक दिखाई देती है, और nvm अब व्यवस्थापक के रूप में लॉन्च किए गए व्यवस्थापक सत्र में भी ठीक चलता है।

@queckezz समाधान ने भी मेरे लिए काम किया। धन्यवाद

@queckezz समाधान काम किया +1

मुझे भी यही समस्या थी। मुद्दा यह था कि "C:\Program Files\nodejs" नए संस्करण से ठीक पहले मेरे उपयोगकर्ता पथ में था;%NVM_HOME%;%NVM_SYMLINK%।

मेरे मामले में (विंडोज 7 और विंडोज 8.1), यह घटना इंस्टॉलेशन के ठीक बाद होती है।
अगर मैं स्थापना के बाद रीबूट करता हूं, तो विंडोज़ के लिए एनवीएम सामान्य रूप से काम करता है

@sanori के लिए +1 और फिक्सिंग स्थापित करने के बाद रिबूट करना

समस्या यह है कि PATH को सही ढंग से अपडेट नहीं किया गया था, जिसका अर्थ है कि मेरे मामले में मैंने पाया कि PATH मान ...";%NVM_HOME%;%NVM_SYMLINK% था। वे ... मौजूदा प्रविष्टियां हैं, लेकिन अर्ध कोलन से पहले एक डबल कोट्स जोड़ा गया था।

एक बार इसे ठीक करने के बाद, PATH = ...;%NVM_HOME%;%NVM_SYMLINK% सब कुछ सही ढंग से काम करता है।
आपको सी:, डी: या एनवीएम टूल चलाते समय आप जिस भी ड्राइव का उपयोग कर रहे हैं, उसमें settings.txt को कॉपी करने की जरूरत नहीं है।

मैंने अपने पथ में% vars% भी देखा, लेकिन तब तक नोड के सक्रिय संस्करण को स्थापित करने के लिए वापस आ गया था, इसलिए बस उन्हें हटा दिया।

मुझे विश्वास नहीं हो रहा है कि उन्होंने (माइक्रोसॉफ्ट) पथ को संशोधित करने के सिस्टम गुण विधि में सुधार नहीं किया है। मुझे यकीन है कि XP ​​​​दिनों से यह वही संकीर्ण टेक्स्टबॉक्स रहा है।

विंडोज़ पर env vars सेट करना ठीक काम करता है। आप इसे पॉवरशेल से भी कर सकते हैं:

[System.Environment]::SetEnvironmentVariable("MYVAR", "WHATEVER", "Machine")

मैंने %AppData%/nvm पर जाकर और settings.txt फ़ाइल की सुरक्षा को बदलकर इस समस्या को ठीक किया ताकि Everyone को फ़ाइल तक पूर्ण पहुंच प्राप्त हो।

यदि आप ऐसा नहीं करना चाहते हैं तो आप उन्नत विशेषाधिकारों के साथ कमांड प्रॉम्प्ट से nvm चलाने का भी प्रयास कर सकते हैं। व्यवस्थापक के रूप में रन का उपयोग करना।

इसके बाद शुरू में लोड किए गए "रन सीएमडी" से काम नहीं किया। मैंने एक व्यवस्थापक cmd लोड किया और nvm सूची चलाई जो काम करती थी। फिर जब मैं एक नियमित cmd विंडो पर वापस गया तो यह काम करता रहा।

मुझे यह त्रुटि तब मिली जब मैंने पहली बार स्थापित किया। फिर मैंने इंस्टॉलर को व्यवस्थापक के रूप में चलाया, सब ठीक है।

मैंने स्थापित किया है और जो कुछ करने की आवश्यकता है वह विंडोज़ को पुनरारंभ करना था। मुझे समझ में आता है कि cmd को नए पर्यावरण चर के साथ रीसेट करने की आवश्यकता है।

यहाँ वही मुद्दा। मैंने @queckezz के समाधान का पालन किया, यह काम करता है।

+1 Win7 पर पुनरारंभ करें

किसी के लिए भी जो इसे काम नहीं कर सकता :: इसे आजमाएं

सीएमडी प्रॉम्प्ट के अपने सभी उदाहरणों को बंद करें और प्रशासक के रूप में फिर से खोलें (बस मामले में)।
इसे मेरे लिए फिक्स्ड

@mcpDESIGNS धन्यवाद, इससे मुझे भी मदद मिली!

मुझे Win10 x64 में भी यही समस्या है।
लेकिन मेरे मामले में क्योंकि प्रतीकात्मक लिंक सी (सी: \ प्रोग्राम फ़ाइलें \ नोडज \ v1.1.2) में एक मौजूदा फ़ोल्डर की ओर इशारा करता है।
नोडज फ़ोल्डर में एकमात्र फ़ोल्डर "v4.0.0" है, इसलिए मुझे सिमलिंक को हटाने और mklink /j "C:\Program Files\nodejs" "G:\Program Files (x86)\nvm का उपयोग करके एक और बनाने की आवश्यकता है

यह अभी भी 2.1.2016 तक विंडोज 7 पर एक मुद्दा है। बच्चे cmd में चर का मूल्यांकन नहीं किया जा रहा है।

समाधान एक ताजा cmd विंडो खोलना है।

@coreybutler मुझे लगता है कि आप SETX VAR value और start cmd का उपयोग कर रहे हैं।

SETX VAR value केवल cmd के ताजा उदाहरणों के लिए VAR नामक पर्यावरण चर सेट करता है
start cmd माता-पिता के परिवेश का उपयोग करने वाले वर्तमान cmd के बच्चों को प्रारंभ करता है

चाइल्ड प्रक्रियाओं के लिए वर्तमान परिवेश के मान को डुप्लिकेट करने के लिए SETX को SET VAR=value $ के साथ पूरक करना एक समाधान है।

मैंने उपरोक्त कई समाधानों की कोशिश की, और मेरे लिए काम करने वाला केवल एक ही विंडोज 7 को पुनरारंभ करना था: निराश:

एफवाईआई: विंडोज 7 समर्थन = बहिष्कृत।

@vferko - मैं स्पष्ट रूप से SET या SETX का उपयोग नहीं कर रहा हूं। इनोसेटअप इंजन यह सब संभालता है। मेरा मानना ​​है कि समस्या अनुक्रमण में है। छिटपुट रूप से, ऐसा प्रतीत होता है कि इंस्टॉलर पर्यावरण चर सेटअप विधियों के पूर्ण होने से पहले cmd विंडो लॉन्च कर रहा है।

एफवाईआई: त्रुटि खुली सेटिंग्स। txt: [...] मेरे साथ एक Win10 x64 पर हुआ। एक नई cmd विंडो खोलने के बाद लगता है कि सब ठीक है :)

Win10 x64 में 1.1.0 के साथ अभी भी होता है। @DCorto . के समान

cmd.exe को पुनरारंभ करें और आप अच्छे हैं

मेरे पास किसी तरह अलग लक्षण हैं, लेकिन ऐसा लगता है कि यह इस मुद्दे से संबंधित है:

• विन 7 64 बिट, इंस्टॉलेशन सफल, लेकिन 'एनवीएम' को आंतरिक या बाहरी के रूप में पहचाना नहीं गया है ...
• प्रत्येक सिस्टम के पुनरारंभ होने के बाद, nvm को कमांड लाइन से चलाया जा सकता है, जब तक कि पहले nvm का उपयोग नहीं हो जाता- तो फिर 'एनवीएम' की पहचान नहीं...
• उपयोगकर्ता चर NVM_HOME और NVM_SYMLINK को हटाने से समस्या हल हो गई (% vars% को उनके मानों के साथ PATH में बदल दिया गया)

इसे नए इंस्टॉलर के साथ हल किया जाना चाहिए। InnoSetup को v1.1.7 के लिए अपग्रेड किया गया था और install.cmd में कई नए बदलाव किए गए थे। Windows 7 भी तकनीकी रूप से समर्थित नहीं है, NVM4W या Microsoft द्वारा।

मुझे नए 1.1.7 के साथ एक ही त्रुटि मिली है, जहां उपयोगकर्ता चर है, मैं इसे settings.txt . पर नहीं देखता हूं

क्षमा करें, बस कंप्यूटर और उसके कार्य को पुनरारंभ करें

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

मैंने पाया कि एक व्यवस्थापक के रूप में पॉवर्सशेल चलाने से मुझे बिना किसी समस्या के NVM चलाने की अनुमति मिलती है, जो कि एक वर्कअराउंड है जिसका मैं अभी उपयोग कर रहा हूँ (मैं अन्य पोस्टर की तरह "कुछ भी हो जाता है" के लिए settings.txt फ़ाइल अनुमतियाँ सेट कर सकता हूँ अगर यह बहुत परेशान हो जाता है)।

मुझे नहीं लगता कि यह सभी के लिए ठीक होगा। लेकिन शायद कुछ के लिए। संक्षिप्त उत्तर: कमांड विंडो को बंद करने और एक नई कमांड विंडो खोलने का प्रयास करें। लंबा उत्तर: मैंने पाया कि अगर मैंने विंडोज़ कमांड लाइन (cmd.exe कमांड विंडो) से nvm_setup.exe (nvm_setup.zip में डाउनलोड किया गया) का उपयोग करके nvm स्थापित किया और फिर उसी कमांड विंडो सत्र में nvm चलाने की कोशिश की (इंस्टॉल करने के ठीक बाद) ), इसने मुझे यह त्रुटि दी - ERROR open settings.txt। मैंने देखा और मेरे सिस्टम में पथ जोड़े गए PATH सेटिंग्स ठीक हैं। इसलिए, मैंने कमांड लाइन विंडो बंद कर दी और एक नई कमांड विंडो खोली। यह तब काम किया। मुझे लगता है कि भले ही इंस्टाल nvm.exe (और सेटिंग्स.txt) के लिए विंडोज पाथ में पथ जोड़ता है, यह अभी तक उसी कमांड विंडो में पहचाना नहीं गया है। कमांड विंडो बंद करें और एक नया खोलें। आशा है कि यह किसी की मदद करता है। इंस्टॉलर के लिए एक सुझाव हो सकता है कि इंस्टॉल की शुरुआत में उपयोगकर्ता को एक संदेश दिया जाए कि इंस्टॉल पूरा होने के बाद कमांड विंडो बंद हो जाएगी। फिर, इंस्टाल खत्म होने पर बस कमांड विंडो को बंद कर दें। फिर उपयोगकर्ता को स्थापना के बाद एक नई कमांड विंडो खोलने के लिए मजबूर किया जाता है।

Win10 x64 में 1.1.0 के साथ अभी भी होता है। @dcorto . के समान

cmd.exe को पुनरारंभ करें और आप अच्छे हैं

Win10 + powerhell के साथ भी, cmd या powerhell का बस नज़दीकी उदाहरण और एक नया cmd या powerhell पुनरारंभ करें

प्रारंभिक सेटिंग्स फ़ाइल लिखते समय और पथ सेट करते समय InnoSetup हमेशा संचालन के क्रम का सम्मान नहीं करता है। यही कारण है कि प्रारंभिक स्थापना के बाद विंडो को फिर से खोलना काम करता है।

जब मैं एनपीएक्स क्रिएट रिएक्ट ऐप चलाता हूं तो मुझे त्रुटि मिली, यह कहता है कि सटीक पथ दर्ज करें जहां ज़िप फ़ाइल निकाली/कॉपी की जाती है: यह एनवीएम स्थापना और नोड 12 की स्थापना के बाद हो रही है।

Win10 x64 में 1.1.0 के साथ अभी भी होता है। dcorto के समान

cmd.exe को पुनरारंभ करें और आप अच्छे हैं

यह स्टिल काम करता है (वर्कअराउंड के रूप में) @ मुईजुद्दीन

पाया कि यदि आप settings.txt से c: कॉपी करते हैं तो भी काम करता है