Visual Studio Code में Nix-Shell वातावरण लागू करें

बहुत सारे डेवलपर्स को अपने कार्य केंद्र पर पैकेज नरक के साथ एक समस्या का सामना करना पड़ा। विभिन्न भाषाओं और टूलचिन सहित प्रयोगों के साथ कुछ महीनों के बाद, मैंने एलिक्सिर, हास्केल-स्टैक, नोड.जेएस / एनवीएम, और अन्य विभिन्न सामान स्थापित किए। अधिकांश रोमांचक चीजें तब होती हैं जब आपको विभिन्न परियोजनाओं के लिए एक ही पैकेज के विभिन्न संस्करणों की आवश्यकता होती है। मानवता ने पहले से ही एक अलग वातावरण बनाने के लिए एक अलग समाधान का आविष्कार किया और जरूरत पड़ने पर उन्हें स्विच किया। हम NVM का उपयोग Node.js संस्करणों को प्रबंधित करने के लिए कर रहे हैं, Python सामान संस्करणों का चयन करने के लिए Python Virtual Env या OS के अंदर OS बनाने के लिए Docker। लेकिन समाधानों में से कोई भी पृथक विकास पर्यावरण के लिए मेरी सभी आवश्यकताओं को पूरा नहीं करता है।

पृथक पर्यावरण उपकरण के प्रबंधन के लिए आवश्यकताओं का उत्पादन

यह एक ठंडी शरद ऋतु की शाम थी। मैं अपने रसोई के कमरे में बैठा था और उनकी निर्भरता के साथ परियोजना कार्यक्षेत्र के लिए पूर्ण अलगाव के बारे में सोचा था। असल में, मैंने नहीं किया, लेकिन पैराग्राफ में एक परिचय होना चाहिए।

उसके बाद, मैंने अपने पूर्ण अलगाव उपकरण के लिए निम्न मापदंड लिखे:

1. अलग-अलग भाषाओं और पैकेजों को कवर करना चाहिए: न केवल Node.js, पायथन या हास्केल।
2. कोई वर्चुअलाइजेशन नहीं। हम सब इस बकवास के लिए बहुत छोटे हैं। हमारे समय की बचत करें।
3. सभी कार्यक्षेत्र पैकेजों को निकालना आसान होना चाहिए।
4. कार्यक्षेत्र के सभी वातावरणों को हटाना आसान होना चाहिए।
5. मेरा IDE यूक्रेनी कारपैथियन पहाड़ों से मोल्फ़र्स को बुलाए बिना इस सभी सामान के साथ काम करना चाहिए।

हमें एक कप चाय और Google की आवश्यकता है, लेकिन सबसे पहले चाय का कप

मुझे याद है कि एक बार मैंने घोषणा पैकेज प्रबंधक के बारे में पढ़ा था जो एक अलग वातावरण का उत्पादन कर सकता है और सभी सिस्टम निर्भरता और हास्केल परियोजना निर्भरता को भी प्रबंधित कर सकता है।
पाँच मिनट गुगली करना, 30 मिनट पढ़ना, और 1 घंटे मुझे यह पता लगाने की कोशिश करना कि वर्तमान उपकरण मुझे चाहिए। मुझे बस प्यार चाहिए। लेकिन रुकिए, यह एक और गाना है। मुझे बस निक्स चाहिए।

आइए मैं वास्तविक निक्स सुविधाओं से ऊपर लिखी गई आवश्यकताओं की तुलना करता हूं।

1. MacOS के साथ संगत - हाँ।
2. विभिन्न भाषाओं और पैकेजों को शामिल करता है - हाँ।
3. कोई वर्चुअलाइजेशन नहीं - वास्तव में कोई वर्चुअलाइजेशन नहीं।
4. सभी कार्यक्षेत्र पैकेजों को निकालना आसान होना चाहिए - शायद हाँ, लेकिन मुझे नहीं पता कि कैसे।
5. मेरा आईडीई इस सभी सामान के साथ काम करना चाहिए - नहीं। दृश्य स्टूडियो कोड में निक्स पर्यावरण को एकीकृत करने का कोई तरीका नहीं है।

अपने आप को मदद करो। विजुअल स्टूडियो कोड एक्सटेंशन लिखना

एक्सटेंशन आपको VS कोड और Nix-shell को एक साथ एकीकृत करने में मदद करता है।
मैं इस अध्याय को खरोंच से लिखने के लिए बहुत आलसी हूं, इसलिए मेरे एक्सटेंशन से टेक्स्ट बलो को आधिकारिक README.md से कॉपी / पेस्ट किया जाता है।

शुरुआत हो रही है

• सबसे पहले, आपको निक्स पैकेज प्रबंधक स्थापित करना चाहिए।
• ठीक से कॉन्फ़िगर निक्स-शेल को चलाने के लिए सुनिश्चित करने के लिए वीएस कोड को पुनरारंभ करें
• एक्सटेंशन स्थापित करें
• अपने प्रोजेक्ट कार्यक्षेत्र रूट में default.nix की तरह nix env config बनाएं
• कमांड पैलेट खोलें (Cmd / Ctrl + Shift + P) और पर्यावरण चुनें
• निक्स आभासी वातावरण की सूची से आप जिसे लागू करना चाहते हैं उसे चुनें

हास्केल प्रोजेक्ट चल रहा उदाहरण

अपने हास्केल एप्लिकेशन को चलाने के लिए, आपको जीएचसी कंपाइलर को इंस्टॉल करना होगा। वैश्विक जीएचसी इंस्टॉलेशन से बचने के लिए और अपने मेजबान में विभिन्न कंपाइलर संस्करणों का उपयोग करने में सक्षम होने के कारण यह निक्स आभासी वातावरण का उपयोग करके कर सकता है।

NHC स्टोर के अंदर GHC संकलक का उदाहरण (shell.nix):

{ nixpkgs ? import <nixpkgs> {} }: let inherit (nixpkgs) pkgs; inherit (pkgs) haskellPackages; haskellDeps = ps: with ps; [ base lens mtl random ]; ghc = pkgs.haskell.packages.ghc864.ghcWithPackages haskellDeps; nixPackages = [ ghc pkgs.gdb haskellPackages.cabal-install ]; in pkgs.stdenv.mkDerivation { name = "snadbox-haskell-workspace"; buildInputs = nixPackages; } 

अब हम Visual Studio Code में अपना प्रोजेक्ट खोलने का प्रयास करते हैं।



आप देख सकते हैं, IDE एक संकलक नहीं ढूँढ सकता है। चलो शेल चालू करें। एनिक्स एनवी।



बिंगो! अभी सब कुछ ठीक है।

निष्कर्ष

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

इस दृष्टिकोण के लाभ हैं:

• एक अलग कार्यक्षेत्र में सभी पैकेज और आपके द्वारा इसके निहित होने के खिलाफ वैश्विक गुंजाइश को प्रभावित नहीं करते हैं
• आपका IDE सभी कार्यक्षेत्र कर्मचारियों को देखता है और आपकी अपेक्षा के अनुसार काम करता है
• विभिन्न मशीनों पर एक विन्यास फाइल से सरल परियोजना बूटस्ट्रैपिंग

हमारी दुनिया में कुछ भी सही नहीं है:

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

बाहरी लिंक

• निक्स पैकेज मैनेजर
• एक्सटेंशन गिटहब रिपोजिटरी
• वीएस कोड मार्केटप्लेस