टी एल: डॉ
एनएलपी या उससे ऊपर का गल्प 3.*
काम नहीं करता 12.*
है। आपको नोड को डाउनग्रेड करना होगा, या गुलप को अपग्रेड करना होगा।
यदि आप समय पर कम हैं, तो नोड को v11 में डाउनग्रेड करें। * या नीचे; यदि आपको नई सुविधाओं की आवश्यकता है, और संभवतः टूटी हुई निर्भरता के भार को ठीक करने का समय है, तो गुल को 4. * या उससे अधिक पर अपग्रेड करें!
जैसा कि अन्य लोग पहले ही उल्लेख कर चुके हैं, नप 3.*
को नोड 12
या इसके बाद के संस्करण पर समर्थित नहीं किया गया है, इसलिए आपको अपने नोड संस्करण को 11.*
नीचे या नीचे करना होगा, या अपने गुल को अपग्रेड करना होगा 4.0
।
सबसे अच्छा विकल्प अंततः इस बात पर निर्भर करता है कि आपके पास कितना समय है, क्योंकि गुल को अपग्रेड करने से क्लीनर गुलफिले का लाभ होता है और श्रृंखला या समानांतर में चलने वाले कार्यों पर अंतर्निहित नियंत्रण होता है , लेकिन यह भी आप पर निर्भर करता है कि आप अपने गुलदस्ते को एक नए वाक्यविन्यास पर फिर से लिख रहे हैं, और may (पढ़ें: शायद होगा - इस टिप्पणी का अंत देखें) कुछ निर्भरता के साथ टकराव का कारण बनता है।
डाउनग्रेडिंग नोड
यह सबसे आसान और तेज विकल्प है। खासकर यदि आप n या nvm का उपयोग करते हैं , क्योंकि ये आपको Node संस्करणों के बीच बहुत जल्दी स्थापित और स्विच करने की अनुमति देते हैं।
N पर Node संस्करण स्थापित करना
n 10.16.0
एनवीएम पर अधिष्ठापन संस्करण
nvm install 10.16.0
एक आपने ऐसा किया है, आपको अपने npm निर्भरता को फिर से बनाने या वैकल्पिक रूप से अपने फ़ोल्डर और अपनी फ़ाइल दोनों को हटाने और अपनी निर्भरता को फिर से स्थापित करने की आवश्यकता हो सकती है । यद्यपि यदि आप पहले से मौजूद नोड संस्करण के लिए केवल श्रद्धा कर रहे हैं, तो आपको शायद ठीक होना चाहिए।node_modules
package-lock.json
अपग्रेड गुल
जैसा कि ऊपर उल्लेख किया गया है, यह एक अधिक समय-गहन कार्य है, लेकिन लंबे समय में लाभ ला सकता है। उदाहरण के लिए, नोड 12
ने अब ES मॉड्यूल (एक प्रायोगिक ध्वज के पीछे) के लिए मूल समर्थन और नोड में पूर्ण समर्थन पेश किया है 13
।
आपको इसका उपयोग करने के लिए नोड को अपग्रेड करने की आवश्यकता हो सकती है, जो आपको गुलप को अपग्रेड करने के लिए मजबूर करता है। या आप बस गुल्प 4 के उपयोग के लाभ चाहते हैं, क्योंकि यह लेखन कार्यों पर बेहतर और अधिक कुशल नियंत्रण प्रदान करता है।
इस पर पहले से ही कई लेख हैं, इसलिए मैं विशेष रूप से किसी विशेष पर विस्तार से नहीं बताऊंगा, लेकिन फिर से कहना - यह एक त्वरित काम नहीं है । आपकी परियोजना के आकार के आधार पर, कुछ उल्लेखनीय पुन: लेखन की आवश्यकता हो सकती है, और आपके पास निर्भरताएं हो सकती हैं जो टूट जाती हैं। यदि आप समय की कम आपूर्ति में हैं, तो आपको कम से कम अस्थायी रूप से नोड को अपग्रेड करने का विकल्प चुनना चाहिए।
लेकिन मेरे पास पहले से ही गुल 4 है, और यह अभी भी काम नहीं करता है!
यदि मेरी तरह, आप पहले से ही Gulp 4+ का उपयोग कर रहे हैं (मैं 4.0.2
मूल रूप से Gulp का उपयोग कर रहा था , मूल रूप से Node 10 पर) और हाल ही में अपग्रेड किया गया है (मैं उन्नत किया गया है Node 13.8.0
) क्या आप अभी भी इस मुद्दे को प्राप्त कर रहे हैं, यह हो सकता है क्योंकि एक निर्भरता एक पर निर्भर है गुलप के पुराने संस्करण, और वह पाइपलाइन में फंस रहा है।
मेरे मामले में, gulp-combine-mq
गुल्प का उपयोग करने पर निर्भरता थी 3.9.*
। मेरे गोलगप्पे में इस कार्य को अक्षम करने से गुल्प को फिर से चलने की अनुमति मिली।
यदि ऐसा होता है, तो आपके पास कुछ विकल्प हैं: आप कर सकते हैं,
- प्लगइन के बिना जाओ अगर यह बिल्कुल आवश्यक नहीं है
- एक विकल्प खोजें,
- प्लगइन को ठीक करें
कहने की जरूरत नहीं है, यदि आपके पास कई प्लगइन्स हैं जो कि गुलप के पुराने संस्करण पर भरोसा करते हैं - खासकर अगर ये प्लगइन्स आपके आवेदन के लिए महत्वपूर्ण हैं - यह वह जगह है जहां गुलप को अपग्रेड करने में खर्च होने वाला एक बड़ा अतिरिक्त समय हो सकता है (इसलिए ऊपर दी गई चेतावनी)।
यदि ऐसा होता है, तो नोड को डाउनग्रेड करना सबसे अच्छा है, कम से कम जब तक पैच जारी नहीं किए जा सकते।