Nvm-windows: .nvmrc . के साथ काम नहीं करता है

.nvmrc का समर्थन कभी नहीं किया गया। यह nvm के लिए विशिष्ट विशेषता है, न कि Windows के लिए NVM के लिए।

@coreybutler मैं आपदा जवाबदेही परियोजना से हूं और हमारे पास कुछ डेवलपर हैं जो विंडोज़ का उपयोग करते हैं और .nvmrc का लाभ नहीं उठा सकते हैं। हम अपने स्वयंसेवी वेब डेवलपर्स के लिए nvm-windows को अपनाना शुरू कर रहे हैं और मैं चाहता हूं कि आप .nvmrc समर्थन करने पर पुनर्विचार करें। यह वह साइट है जिस पर हम .nvmrc का उपयोग करते हैं।

@ inunotaisho26 - मूल रूप से, यह परियोजना नोड तैयार करने पर केंद्रित है जैसे कि इसे उसी तरह स्थापित किया गया था जिस तरह से नोड एक संस्करण प्रबंधक के बिना स्थापित किया जाएगा। .nvmrc विशिष्ट पर्यावरण प्रबंधन मुद्दों में शामिल होना शुरू कर देता है, जो परियोजना के दायरे को काफी बढ़ा देता है। मैं "पर्यावरण प्रबंधन" को "संस्करण प्रबंधन" की तुलना में मौलिक रूप से अलग समस्या के रूप में देखता हूं। हमने संस्करण प्रबंधन कार्य समूह में इन विभिन्न उपयोग मामलों पर चर्चा की है।

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

उस ने कहा, रोडमैप देखें। मैंने जो "मुफ़्त" समाधान प्रस्तावित किया है वह एक हुक सिस्टम है, जो git के pre-commit , post-push आदि के समान है। यह डेवलपर्स को अपने स्वयं के अनूठे वातावरण के लिए अनुकूल अपनी स्क्रिप्ट बनाने की अनुमति देगा। post-install , pre-use , pre-execute आदि जैसे कार्यों के बारे में सोचें। यह उपयोगकर्ताओं को एक हुक स्क्रिप्ट लिखने में सक्षम करेगा जो एक .nvmrc फ़ाइल की तलाश करता है और संस्करण को फ्लाई पर स्विच करता है .

@coreybutler तो मूल रूप से नोड के कई संस्करणों को स्थापित करने के लिए दो अलग-अलग दृष्टिकोण हैं?

की तरह। दो अलग-अलग दर्शन हैं, लेकिन वे इसे स्थापित करने की तुलना में _using_ Node के बारे में अधिक हैं।

दर्शन 1: मूल उपयोग (प्रत्यक्ष प्रक्रिया)
नोड स्वयं .nvmrc समर्थन नहीं करता है। यह सिर्फ अपना निष्पादन योग्य और npm स्थापित करता है। यह सीधे node.exe चलाकर _used_ है।

दर्शन 2: संवर्धित उपयोग (उपप्रक्रिया)
.nvmrc मूल nvm परियोजना द्वारा शुरू किया गया एक सम्मेलन है। Node.exe को सीधे कॉल करने के बजाय, यह एक शिम का उपयोग करता है। नोड निष्पादन योग्य को आदेश पारित करने से पहले शिम एक छद्म-वातावरण को कॉन्फ़िगर करने के लिए ज़िम्मेदार है (यानी नोड शिम का उपप्रोसेस है)। यह वह जगह है जहां .nvmrc तर्क संसाधित किया जाता है। विशेष रूप से विंडोज़ पर पकड़ यह है कि नोड उपयोगकर्ता के संदर्भ के बजाय शिम के संदर्भ में चलता है। इसके कई प्रभाव/चुनौतियाँ हैं, जैसे कि हमेशा नोड उपप्रक्रिया (ज्यादातर उन्नत अनुमतियों के आसपास) के लिए उपयुक्त क्रेडेंशियल पास नहीं करना, थोड़ा अलग पर्यावरण चर, हमेशा हार्ड ड्राइव विभाजन (जैसे डी: \ ड्राइव) को नहीं पहचानना, और (में कुछ मामलों में) फ़ाइल पथों को गलत तरीके से प्रस्तुत करना (यानी __dirname अप्रत्याशित रूप से व्यवहार करता है) आदि। इन मुद्दों पर काम किया जा सकता है, लेकिन एंटरप्राइज़ वातावरण (सक्रिय निर्देशिका परिनियोजन, प्रतिबंधित डेस्कटॉप, सैन ड्राइव, आदि) पर विचार करते समय इन्हें संयोजित किया जाता है।

सामान्य संस्करण प्रबंधन को हर बार एक संस्करण स्विच करने की आवश्यकता होने पर नोड को वास्तव में अनइंस्टॉल/रीइंस्टॉल करने से रोकने के लिए कुछ स्तर की चमक की आवश्यकता होती है (जो हमेशा के लिए ले जाएगा)। NVM4W विकल्प 2 के विपरीत, स्थापना _directory_ को शिम करने के लिए सिम्लिंक का उपयोग करके पहले दृष्टिकोण के साथ संरेखित करता है, जो निष्पादन योग्य को हिला देता है। नतीजतन, आप हमेशा node.exe निष्पादन योग्य सीधे चला रहे हैं, इसे उपप्रोसेस के रूप में चलाने के बजाय ..

इस मुद्दे पर छोटी टक्कर। बस इसमें भाग गया।

यह गंभीरता से इतना कठिन नहीं हो सकता। यदि किसी संस्करण को nvm use आपूर्ति नहीं की जाती है तो यहां क्या करना है:

1. .nvmrc . से संस्करण लें
2. क्या यह संस्करण स्थापित है? यदि नहीं -> इसे स्थापित करें
3. क्या यह संस्करण वर्तमान में उपयोग में है? यदि नहीं -> इसका उपयोग करें।
4. किया हुआ

दूसरे शब्दों में, निर्दिष्ट संस्करण संख्या के बिना, nvm use nvm install < .nvmrc और nvm use < .nvmrc का एक संयोजन है (छद्म आदेश - वास्तव में अभी काम नहीं करेगा)।

इसमें ज्यादा कुछ नहीं है।

इस मुद्दे पर छोटी टक्कर। बस इसमें भाग गया।

यह गंभीरता से इतना कठिन नहीं हो सकता। यदि किसी संस्करण को nvm use आपूर्ति नहीं की जाती है तो यहां क्या करना है:

1. Take version from .nvmrc

2. Is this version installed? If not -> install it

3. Is this version currently in use? If not -> use it.

4. Done

दूसरे शब्दों में, संस्करण संख्या निर्दिष्ट किए बिना, nvm use nvm install < .nvmrc और nvm use < .nvmrc का एक संयोजन है (छद्म आदेश - वास्तव में अभी काम नहीं करेगा)।

इसमें ज्यादा कुछ नहीं है।

मुझे खुशी है कि मैं अकेला नहीं हूं जिसके पास यह समस्या है ...
विकास के लिए वापस linux पर स्विच करने की सोच:/

@thany @jeromemeichelbeck परियोजना को फोर्क करने के लिए स्वतंत्र महसूस करें और इस कार्यक्षमता को स्वयं जोड़ें। जब यह तैयार हो जाएगा तो मैं यहां एक लिंक पोस्ट करूंगा।