एनपीएम-श्रिंकवैप - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

एनपीएम-श्रिंकवैप - निर्भरता संस्करणों को लॉक करें

SYNOPSIS

एनपीएम सिकुड़न

वर्णन

यह कमांड पैकेज की निर्भरता के संस्करणों को लॉक कर देता है ताकि आप नियंत्रित कर सकें
आपका पैकेज स्थापित होने पर प्रत्येक निर्भरता के वास्तव में कौन से संस्करण का उपयोग किया जाएगा।
package.json यदि आप उपयोग करना चाहते हैं तो फ़ाइल अभी भी आवश्यक है NPM स्थापित.

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

उदाहरण के तौर पर, पैकेज ए पर विचार करें:

{
"नाम": "ए",
"संस्करण": "0.1.0",
"निर्भरताएं": {
"बी": "<0.1.0"
}
}

पैकेज बी:

{
"नाम": "बी",
"संस्करण": "0.0.1",
"निर्भरताएं": {
"सी": "<0.1.0"
}
}

और पैकेज सी:

{
"नाम": "सी",
"संस्करण": "0.0.1"
}

यदि ये रजिस्ट्री में उपलब्ध ए, बी और सी के एकमात्र संस्करण हैं, तो सामान्य NPM
स्थापित A स्थापित करेगा:

[ईमेल संरक्षित]
`-- [ईमेल संरक्षित]
`-- [ईमेल संरक्षित]

हालांकि, यदि [ईमेल संरक्षित] प्रकाशित होता है, फिर ताज़ा NPM स्थापित A स्थापित करेगा:

[ईमेल संरक्षित]
`-- [ईमेल संरक्षित]
`-- [ईमेल संरक्षित]

यह मानते हुए कि नए संस्करण ने बी की निर्भरता को संशोधित नहीं किया है। बेशक, बी का नया संस्करण
इसमें C का नया संस्करण और कितनी भी नई निर्भरताएँ शामिल हो सकती हैं। अगर ऐसे बदलाव हैं
अवांछनीय, ए का लेखक निर्भरता निर्दिष्ट कर सकता है [ईमेल संरक्षित]. हालाँकि, यदि A का लेखक है
और बी के लेखक एक ही व्यक्ति नहीं हैं, ए के लेखक के लिए यह कहने का कोई तरीका नहीं है कि वह या
जब बी बिल्कुल भी नहीं बदला है तो वह सी के नए प्रकाशित संस्करण नहीं लाना चाहती।

इस स्थिति में, A का लेखक चल सकता है

एनपीएम सिकुड़न

यह उत्पन्न करता है npm-shlinkwrap.json, जो कुछ इस तरह दिखेगा:

{
"नाम": "ए",
"संस्करण": "1.1.0",
"निर्भरताएं": {
"बी": {
"संस्करण": "1.0.1",
"से": "बी@^1.0.0",
"समाधान": "https://registry.npmjs.org/B/-/B-1.0.1.tgz",
"निर्भरताएं": {
"सी": {
"संस्करण": "1.0.1",
"से": "org/C#v1.0.1",
"resolved": "git://github.com/org/C.git#5c380ae319fc4efe9e7f2d9c78b0faa588fd99b4"
}
}
}
}
}

श्रिंकव्रैप कमांड ने वर्तमान में जो है उसके आधार पर निर्भरता को लॉक कर दिया है
में स्थापित नोड_मॉड्यूल. इंस्टॉलेशन व्यवहार को इसमें बदल दिया गया है:

1. श्रिंकरैप द्वारा वर्णित मॉड्यूल ट्री को पुन: प्रस्तुत किया गया है। इसका मतलब है पुनरुत्पादन
फ़ाइल में वर्णित संरचना, "समाधान" में संदर्भित विशिष्ट फ़ाइलों का उपयोग करते हुए
उपलब्ध है, यदि कोई उपलब्ध नहीं है तो "संस्करण" का उपयोग करके सामान्य पैकेज रिज़ॉल्यूशन पर वापस आ जाता है।

2. पेड़ को घुमाया जाता है और किसी भी छूटी हुई निर्भरता को सामान्य तरीके से स्थापित किया जाता है।

का प्रयोग हटना लिपटे संकुल
सिकुड़े हुए पैकेज का उपयोग करना किसी अन्य पैकेज का उपयोग करने से अलग नहीं है: आप कर सकते हैं NPM
स्थापित इसे हाथ से बनाएं, या अपने में एक निर्भरता जोड़ें package.json फ़ाइल और NPM स्थापित यह।

इमारत हटना लिपटे संकुल
किसी मौजूदा पैकेज को सिकोड़ने के लिए:

1. चलाना NPM स्थापित सभी के वर्तमान संस्करणों को स्थापित करने के लिए पैकेज रूट में
निर्भरता।

2. सत्यापित करें कि पैकेज इन संस्करणों के साथ अपेक्षा के अनुरूप काम करता है।

3. चलाना NPM श्रिंक रैप पन्नी, जोड़ें npm-shlinkwrap.json गिट करने के लिए, और अपना पैकेज प्रकाशित करें।

श्रिंकरैप्ड पैकेज में निर्भरता जोड़ने या अपडेट करने के लिए:

1. चलाना NPM स्थापित सभी के वर्तमान संस्करणों को स्थापित करने के लिए पैकेज रूट में
निर्भरता।

2. निर्भरताएँ जोड़ें या अद्यतन करें। NPM स्थापित --बचा ले प्रत्येक नया या अद्यतन पैकेज
अद्यतन करने के लिए व्यक्तिगत रूप से package.json और सिकुड़न. ध्यान दें कि वे अवश्य होने चाहिए
स्थापित करने के लिए स्पष्ट रूप से नाम दिया गया है: चल रहा है NPM स्थापित बिना किसी तर्क के
केवल मौजूदा सिकुड़न को पुन: उत्पन्न करें।

3. सत्यापित करें कि पैकेज नई निर्भरताओं के साथ अपेक्षा के अनुरूप काम करता है।

4. नया प्रतिबद्ध करें npm-shlinkwrap.json, और अपना पैकेज प्रकाशित करें।

आप उपलब्ध नए संस्करणों के साथ निर्भरता देखने के लिए npm help outdated का उपयोग कर सकते हैं।

अन्य नोट्स
एक श्रिंकवैप फ़ाइल पैकेज के अनुरूप होनी चाहिए package.json फ़ाइल. NPM श्रिंक रैप पन्नी
यदि आवश्यक निर्भरताएँ पहले से स्थापित नहीं हैं तो विफल हो जाएगी, क्योंकि इसका परिणाम होगा
श्रिंकवै्रप जो वास्तव में काम नहीं करेगा। इसी प्रकार, यदि वहाँ हैं तो आदेश विफल हो जाएगा
अप्रासंगिक पैकेज (द्वारा संदर्भित नहीं) package.json), क्योंकि इससे यह संकेत मिलेगा
package.json सही नहीं है।

जबसे NPM श्रिंक रैप पन्नी इसका उद्देश्य उत्पादन उपयोग के लिए आपकी निर्भरता को लॉक करना है,
देवनिर्भरताएँ जब तक आप स्पष्ट रूप से सेट नहीं करेंगे तब तक शामिल नहीं किया जाएगा --देव जब आप दौड़ें तो ध्वजांकित करें
NPM श्रिंक रैप पन्नी. यदि स्थापित है देवनिर्भरताएँ बाहर रखा गया है, तो एनपीएम एक चेतावनी प्रिंट करेगा।
यदि आप चाहते हैं कि वे डिफ़ॉल्ट रूप से आपके मॉड्यूल के साथ स्थापित हों, तो कृपया उन्हें जोड़ने पर विचार करें
सेवा मेरे निर्भरता बजाय.

यदि श्रिंकरैप्ड पैकेज ए, श्रिंकरैप्ड पैकेज बी पर निर्भर करता है, तो बी का श्रिंकरैप नहीं होगा
A की स्थापना के भाग के रूप में उपयोग किया जाता है। हालाँकि, क्योंकि A के श्रिंकवैप का निर्माण किया गया है
बी की एक वैध स्थापना और सभी निर्भरताओं, बी की सामग्री को पुनरावर्ती रूप से निर्दिष्ट करती है
श्रिंकव्रैप को स्पष्ट रूप से ए के श्रिंकव्रैप में शामिल किया जाएगा।

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

onworks.net सेवाओं का उपयोग करके npm-shrankwrap का ऑनलाइन उपयोग करें