क्या क्यों

हमें इसका पता तब चला जब हमारी कंपनी के एक आंतरिक पैकेज ने कुछ रीफैक्टरिंग की और पैकेज में main को अपडेट करने के लिए याद किए बिना रिपॉजिटरी में प्रवेश बिंदु को कहीं और स्थानांतरित कर दिया। अंतिम परिणाम यह था कि npm pack खुशी से बनाया और एक ऐसे पैकेज की अनुमति दी जिसे ठीक से प्रकाशित होने का कोई मौका नहीं था।

कब

जब npm pack और इसलिए जब npm publish चलाए जाते हैं

कहा पे

• [email protected]

किस तरह

वर्तमान व्यवहार

npm pack तारिक में main मौजूद नहीं है, जो इसे उपभोक्ताओं को इस्तेमाल नहीं किया जा सकता है जो पैकेज बनाने और प्रकाशित करने के लिए कुछ हद तक आसान बनाता है।

प्रजनन के चरण

• एक खाली निर्देशिका बनाएँ
• npm init और डिफ़ॉल्ट मानों के साथ सब कुछ बनाने के माध्यम से कदम। आपको इस तरह package.json मिलेंगे

{
  "name": "npm-repro",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC"
}

• इस निर्देशिका में npm pack चलाएँ, और देखें कि टारबॉल खुशी से बनाया गया है

npm notice
npm notice 📦  [email protected]
npm notice === Tarball Contents ===
npm notice 205B package.json
npm notice === Tarball Details ===
npm notice name:          npm-repro
npm notice version:       1.0.0
npm notice filename:      npm-repro-1.0.0.tgz
npm notice package size:  241 B
npm notice unpacked size: 205 B
npm notice shasum:        ca39bc17447e27ef2fd0dea656e0e6b473f310d7
npm notice integrity:     sha512-p8tZD8W438r7t[...]7Oo0YMcAoNPzQ==
npm notice total files:   1
npm notice
npm-repro-1.0.0.tgz

कोई index.js , इसलिए यदि इस पैकेज का उपयोग करने का प्रयास किया जाता है, तो यह काम नहीं करेगा।

अपेक्षित व्यवहार

• npm pack एक गैर-शून्य निकास कोड के साथ बाहर निकल जाएगा, जिसके कारण npm publish विफल होंगे और उन पैकेजों को रोकने के लिए जिनके टारबल्स में main package.json एक रजिस्ट्री में प्रकाशित होने से।

कौन

जब हमारी आंतरिक रजिस्ट्री को प्रकाशित करने का प्रयास किया गया तो हमारी कंपनी इसमें भाग गई।

संदर्भ

• एन / ए