बोवर डॉक्स कहते हैंबॉवर घटकों में क्यों जांचें?
एनबी। यदि आप किसी पैकेज को संलेखित नहीं कर रहे हैं जिसका उद्देश्य दूसरों द्वारा उपभोग किया जाना है (उदाहरण के लिए, आप एक वेब ऐप बना रहे हैं), तो आपको हमेशा स्थापित नियंत्रण पैकेज को स्रोत नियंत्रण में देखना चाहिए।
किसी को भी क्यों के लिए एक अच्छा जवाब है?
मैं एक वेब अनुप्रयोग मैं अपने रेपो पुस्तकालय एक्स के संस्करण में अद्यतन
मैं सिर्फ bower.json निर्भरता को अपडेट करना चाहते से भरा नहीं करना चाहती बनाने रहा है। मुझे लगता है कि ज्यादातर परियोजनाओं में एक निर्माण कदम या समान होगा, उदाहरण के लिए ग्रंट के साथ। बिल्ड चरण बिल्डिंग से पहले बॉवर इंस्टॉल/अपडेट को कॉल करना सुनिश्चित करेगा, ताकि वे फ़ाइलें कॉन्सट/मिलिफिकेशन इत्यादि के लिए मौजूद हों या यहां तक कि कुछ डिस्ट फ़ोल्डर में एक सादा प्रतिलिपि भी हो।
क्या मुझे कुछ याद आ रही है?
हाँ मुझे लगता है कि मैंने सोचा था कि मैं ~ 1.2.3 या इसी तरह के बजाय 1.2.3 का उपयोग कर सकता हूं। (या यह ठीक है अगर मैं लाइब्रेरी पर सेमेवर का उपयोग करने पर भरोसा करता हूं) लेकिन मुझे लगता है कि लाइब्रेरी एक्स में इसके बॉवर में है। जेसन लाइब्रेरी वाई के लिए एक निर्भरता है और> = 2.3.4 या इसी तरह का उपयोग करता है तो मैं परेशानी में हूं। एक shrinkwrap सुविधा के लिए तत्पर हैं। –
हां, और संस्करणों को लॉक करना, यहां तक कि गहरा, पर्याप्त नहीं है क्योंकि टैग और संस्करण ओवरराइड हो सकते हैं। यही कारण है कि 'एनपीएम सिकंक्रैप' को डिप्टी के चेकसम मिलान की ज़रूरत है और यही वह है जो हम शुरुआत से बोवर सिकंक्रैप में चाहते हैं। –
यह गेम विकास के लिए एक ही तर्क है। आप हर समय संकुल को अपग्रेड नहीं करते हैं, इसलिए तैनाती या निर्माण में देरी को रोकने के लिए उन्हें किसी विशेष संस्करण पर फ्रीज या "सिकुड़वाड़" करने का अर्थ होता है। –