नगेट संकुल। व्यक्तिगत अनुभव अद्यतन पैकेज

शुभ दिन, हैबर के निवासी। आज मैं आपके साथ Nuget पैकेट मैनेजर के माध्यम से संकुल अद्यतन करने के विषय पर चर्चा करना चाहूंगा और इसे सही ढंग से करने के तरीकों के बारे में बात करूंगा। मैं उन स्थितियों पर विचार करने का प्रस्ताव करता हूं जो मेरे साथ हुईं और उनके समाधान जो मेरे / मेरे सहयोगियों के लिए हुए। मुझे इन समस्याओं / नई समस्याओं के समाधान के बारे में सुनकर खुशी होगी, जिनका आपको सामना करना पड़ा था!

कुछ पैकेजों के विशिष्ट संस्करण में अपग्रेड करना

हमारे मामले में, हमें संकुल के समूह को एक विशेष संस्करण में अद्यतन करने की आवश्यकता है, हम उन्हें सशर्त रूप से कहेंगे: UPacket1, UPacket2, UPacket3, जिसे स्पष्टता के लिए संस्करण 1 से संस्करण 2 तक अद्यतन करने की आवश्यकता थी। समस्या तब सामने आई जब पता चला कि उनमें से प्रत्येक के लिए डिपेंडेंस * में अभी भी कई अन्य पैकेज हैं, यह ध्यान रखना महत्वपूर्ण है कि डिपेंडेंस के प्रत्येक पैकेज के लिए एक शर्त है "> = संस्करण" (यदि आपके पास एक सख्त स्थिति है, तो ऐसी समस्या नहीं होगी। चाहिए)। यदि आप केवल अपडेट-पैकेज UPacket1 कमांड लिखते हैं, तो निर्भरता की सूची से सभी पैकेज स्वचालित रूप से अधिकतम उपलब्ध संस्करण में अपडेट हो जाएंगे - लेकिन हमें इसकी आवश्यकता नहीं थी। क्यों? उदाहरण के लिए, UPacket1 की Microsoft.AspNet.Mvc पर निर्भरता है, जिसके परिणामस्वरूप संस्करण 5 में अपडेट किया जाएगा, हालांकि पूरे प्रोजेक्ट को मूल रूप से Mvc 4 के लिए डिज़ाइन किया गया था। हमने आवश्यक पैकेजों को जोड़कर समस्या को हल किया = आवश्यक पैकेजों के लिए विशेषता (पैकेजों में) "" a current_version] ", उदाहरण:

<package id="Microsoft.AspNet.Mvc" version="4.0.30506.0" targetFramework="net45" allowedVersions="[4.0.30506.0]" /> 

समाधान स्वयं आसान था और हमने थोड़ा रक्त किया (हालांकि हमें कुछ पैकेजों के साथ टिंकर करना पड़ा, क्योंकि उन्हें एक निश्चित संस्करण में अपडेट किया जाना था, लेकिन अधिकतम नहीं, इसे मैन्युअल रूप से नहीं करने के लिए, हम इस विशेषता को भी लागू कर सकते हैं), लेकिन इस समाधान की खोज स्वयं हुई। उस समय।
यह भी ध्यान दिया जाना चाहिए कि इस विशेषता के संस्करणों को अलग-अलग कोष्ठक के साथ अल्पविराम / डैश के रूप में निर्दिष्ट किया जा सकता है। संस्करणों और इस विशेषता के बारे में अधिक जानकारी यहां पाई जा सकती है ।
इस तरह के कार्यक्रम को लिखने के लिए एक विचार था जो इस प्रक्रिया को स्वचालित करने में मदद करेगा, लेकिन अभी तक हाथ नहीं पहुंचे हैं।

संकुल अद्यतन करते समय सामग्री फ़ाइलों में विरोध

जब आप पैकेज में दी गई फाइलों को संशोधित करते हैं तो अक्सर एक स्थिति उत्पन्न होती है। इस मामले में, इस तरह के एक पैकेज को अपडेट करने के लिए और प्रयास करने से फ़ाइल विरोध हो सकता है। आमतौर पर इसमें कुछ भी गलत नहीं है, हम सिर्फ संघर्ष फ़ाइल को छोड़ते हैं (छोड़ें * ) और फिर इस फाइल को पैकेज फ़ोल्डर में देखें और आवश्यक फ़ाइल को प्रोजेक्ट में मैन्युअल रूप से अपडेट करें (उनकी तुलना, क्या बदल गया है, प्रोजेक्ट फ़ाइल में क्या जोड़ा / हटाया जाना चाहिए) । फ़ाइलों की तुलना और जोड़ने (मर्ज * ) की प्रक्रिया के लिए, मैं एक बहुत सुविधाजनक कार्यक्रम का उपयोग करता हूं - अराक्सिस। लेकिन क्या होगा यदि आपकी परियोजना में लगभग 100 पैकेज हैं और उनमें से कई में एक दर्जन संघर्ष हैं (हमारी परियोजना में लगभग 10 विषय हैं, जिनमें से प्रत्येक बहुत सारी फाइलें प्रदान करता है)। अराक्सिस पूरे फ़ोल्डरों की तुलना भी कर सकता है, इसी कारण से मैंने एक प्रोग्राम लिखने का फैसला किया है जो सभी पैकेजों (उनके "कंटेंट" सबफ़ोल्डर्स) से सभी फाइलों को एक जगह इकट्ठा करेगा। फिर मैं इन फाइलों की तुलना प्रोजेक्ट फाइलों के साथ पूरी तरह से करता हूं, यह मैन्युअल रूप से प्रत्येक पैकेज में प्रवेश करने और परियोजना के साथ इसकी सामग्री की तुलना में बहुत तेज है। यदि आप इस तरह के कार्यक्रम को लिखने के लिए बहुत आलसी हैं और ऐसे कई लोग हैं, तो मैं इसे एक अलग विषय में वर्णन के साथ पोस्ट करूंगा।

अब तक, यह सभी दिलचस्प चीजों से है जो इस विषय पर साझा किए जा सकते हैं। जैसा कि कुछ नया होता है, मैं नए भागों को अपडेट या जोड़ दूंगा। और आपको किस तरह की समस्याओं का सामना करना पड़ा? आपने कैसे तय किया? टिप्पणियों में लिखें, चर्चा करना संभव होगा, और लेख में सबसे दिलचस्प होगा।