Yarn: नई निर्भरता को जोड़ने से मौजूदा संस्करण की बाधा का समाधान नहीं होता है

को निर्मित 11 अक्तू॰ 2017 · 4टिप्पणियाँ · स्रोत: yarnpkg/yarn

क्या आप किसी सुविधा का अनुरोध करना चाहते बग की रिपोर्ट करना चाहते हैं?
बग।

वर्तमान व्यवहार क्या है?
नए जोड़े गए निर्भरता की निर्भरता को हल करते समय यार्न पहले से ही जोड़ा संस्करण लॉक का सम्मान नहीं करता है।

यदि वर्तमान व्यवहार बग है, तो कृपया पुन: पेश करने के लिए चरण प्रदान करें।

एक खाली मॉड्यूल सम्मिलित करें
प्रतिक्रिया जोड़ें 15.6.1 yarn add [email protected]
[email protected] yarn add [email protected]
बग पुन: उत्पन्न होता है और दो प्रतिक्रियाएं अलग-अलग संस्करण स्थापित होते हैं:

$ yarn list react
yarn list v1.1.0
├─ [email protected]
└─ [email protected]
   └─ [email protected]
✨  Done in 0.24s.

अपेक्षित व्यवहार क्या है?
उम्मीद है कि केवल [email protected] स्थापित किया जा सकता है, जो सभी संस्करण बाधाओं को पूरा कर सकता है। यह अगर मैं हटाना क्या होता है yarn.lock के बाद दोनों निर्भरता package.json में हैं और yarn install यानी

$ rm -rf node_modules/ yarn.lock && yarn install && yarn list react
yarn list v1.1.0
└─ [email protected]
✨  Done in 0.17s.

कृपया अपने नोड.जेएस, यार्न और ऑपरेटिंग सिस्टम संस्करण का उल्लेख करें।

$ node --version
v6.9.4
$ yarn --version
1.2.0
$ system_profiler SPSoftwareDataType|grep "System Version"
      System Version: macOS 10.12.6 (16G29)

संपादित करें: मूल repro यार्न v.1.1.0 के साथ किया गया था, लेकिन मैं 1.2.0 में नवीनीकृत हुआ और यह अभी भी पुन: उत्पन्न करता है।

cat-bug high-priority triaged

स्रोत

hniirane

👍12

सबसे उपयोगी टिप्पणी

आज इस पर गौर करेंगे 👍

arcanis 16 अक्तू॰ 2017

👍3

सभी 4 टिप्पणियाँ

मैं इसमें खुदाई कर रहा हूं ...

यह देखते हुए कि पैरामीटर PackageResolver.getHighestRangeVersionMatch(name, range, manifest) गलत हैं। अनुरोधित सीमा ( ^15.5.4 ) के बजाय range वास्तविक हल किया गया एकल संस्करण ( 15.6.2 ) प्रतीत होता है।

बदले में यह उस रेखा तक बनता है जहां यह देखने के लिए जाँच करता है कि क्या कोई मौजूदा इंस्टॉल किए गए संस्करण सेमर श्रेणी से मेल खाते हैं: semver.maxSatisfying(["15.6.1"], '15.6.2'); // null यदि सही सीमा पार की गई होती, तो यह semver.maxSatisfying(["15.6.1"], '^15.5.4'); // 15.6.1 निष्पादित होता। इस समस्या को हल करें।

मैं कोड के माध्यम से पीछे हटना जारी रखूँगा ...

rally25rs 11 अक्तू॰ 2017

ठीक है ऐसा लगता है कि यह # 3729 द्वारा पेश किया गया था विशेष रूप से package-request.js में लाइन:

const solvedRange = semver.validRange(range) ? info.version : range;

इसलिए यदि श्रेणी ( ^15.5.4 ) मान्य है, तो हम info.version उपयोग करते हैं ( 15.6.2 )।
यह देखने के लिए कि किसी भी स्थापित संस्करण 15.6.2 मेल खाते हैं:

const maxValidRange = semver.maxSatisfying(['15.6.1'], '15.6.2'); // null

@arcanis ऐसा लगता है कि जुड़ा हुआ पीआर आपका था। मुझे कुछ भी बदलने में संकोच हो रहा है और जो कुछ भी पीआर निर्धारित है उसे फिर से खोलने का जोखिम है। क्या आप एक हाथ उधार दे सकते हैं?

rally25rs 11 अक्तू॰ 2017

आज इस पर गौर करेंगे 👍

arcanis 16 अक्तू॰ 2017

👍3

Sooo, चलो ठीक करने की कोशिश करते हैं! मुझे यह पसंद नहीं है कि पैकेज उत्थापन पर भरोसा कर रहे हैं (मेरे शब्दों को चिह्नित करें - भले ही हम इसे ठीक कर लें, वे भविष्य में फिर से टूट

मैं वास्तव में उपरोक्त तर्क को नहीं समझता। यदि रेंज एक वैध सेमर है तो इसका उपयोग न करें?

आप सही हैं, इसका बहुत मतलब नहीं है: / मुझे लगता है कि मैं जो करना चाहता था वह था "यदि यह एक संस्करण नहीं है, लेकिन एक सीमा है, तो हम जो पहले से संभव है उसका उपयोग करें" (लक्ष्य के बाद से PR को लॉकफ़ाइल से पढ़ते समय अनुकूलन नहीं करना था)। इस तरह की हालत शायद होनी चाहिए:

const solvedRange = semver.valid(range) && !semver.validRange(range) ? range : info.version;

arcanis 23 मार्च 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Yarn: नई निर्भरता को जोड़ने से मौजूदा संस्करण की बाधा का समाधान नहीं होता है

सबसे उपयोगी टिप्पणी

सभी 4 टिप्पणियाँ

संबंधित मुद्दों