एसवीएन → बाहरी पुस्तकालयों को जोड़ना

तो, आज हम तोड़फोड़ का उपयोग करके मुख्य परियोजनाओं में बाहरी पुस्तकालयों (उप-परियोजनाओं) को जोड़ने के बारे में बात करेंगे।

अच्छी पुरानी परंपरा के अनुसार, TortoiseSVN, जिसे हम लंबे समय से प्यार करते हैं, का उपयोग SVN के साथ काम करने के लिए एक ग्राहक के रूप में किया जाएगा।



हमेशा की तरह, नीचे वर्णित सब कुछ एक अभिनव विचार होने का दावा नहीं करता है। यह केवल अनुभव का आदान-प्रदान है, जिसका उद्देश्य डेवलपर्स के लिए काम को सुविधाजनक बनाना है।



बाहरी पुस्तकालयों को जोड़ना संस्करण नियंत्रण प्रणाली की एक बहुत ही उपयोगी विशेषता हो सकती है, खासकर जब आप कई परियोजनाओं पर काम कर रहे होते हैं जो एक ही पुस्तकालय का उपयोग करते हैं (यह डेटाबेस वर्ग से सिस्टम टेम्पलेट्स तक कुछ भी हो सकता है)।



उदाहरण के लिए, चलो स्रोत डेटा को परिभाषित करते हैं:

हमारे पास दो परियोजनाएं ("एक", "दो") और एक पुस्तकालय ("पुस्तकालय") है, जिसे दोनों परियोजनाओं में लागू किया जाना चाहिए। हमें इस पुस्तकालय के लिए निम्न पथ है: subserver/code/library/trunk



subserver/code/library/trunk



।

हमारे पास दोनों परियोजनाओं की कार्यशील प्रतियां हैं। मान लीजिए कि उनमें से प्रत्येक में एक फ़ोल्डर /libraries/



, जिसके अंदर हमें एक फ़ोल्डर /library/



बनाने की आवश्यकता है, जिसमें हमारी बाहरी लाइब्रेरी झूठ होगी।

मैं शुरू में संकेत देता हूं कि लाइब्रेरी एक अलग फ़ोल्डर में होगी, क्योंकि svn:externals



संपत्ति जो हम केवल फ़ोल्डरों के साथ काम करेंगे का उपयोग करेंगे।



इसके अलावा, सब कुछ बहुत सरलता से बाहर निकलता है: किसी भी परियोजना के /libraries/



फ़ोल्डर के गुणों को खोलें ( दो परियोजनाओं को पूरी तरह से वर्णित किया गया है कि कैसे अद्यतन काम करता है )। यह कुछ इस तरह दिखेगा:







हम Add...



बटन पर क्लिक करते हैं, और हम निम्नलिखित के बारे में गुण जोड़ने के लिए एक विंडो देखते हैं:







ड्रॉप-डाउन सूची में, svn:externals



(सूची में पहला) चुनें। अगला, हमें संपत्ति के मूल्य को पंजीकृत करने की आवश्यकता है। svn:externals



मान इस तरह एक रेखा है:

- --



, जहां हमारे उदाहरण के लिए फ़ोल्डर का नाम होगा: library



, और रिपॉजिटरी का रास्ता होगा: subserver/code/library/trunk



subserver/code/library/trunk



।

सचमुच, हमारी लाइन इस तरह दिखाई देगी:

लाइब्रेरी सबसर्वर / कोड / लाइब्रेरी / ट्रंक

TortoiseSVN के साथ शामिल रेपो-ब्राउज़र उपयोगिता का उपयोग करके आप आसानी से रिपॉजिटरी का रास्ता पा सकते हैं।

एक विभाजक एक या अधिक स्थान या टैब वर्ण हो सकता है। व्यक्तिगत रूप से, मैं चार स्थानों का उपयोग करता हूं।



यह ध्यान दिया जाना चाहिए कि पुस्तकालय के लिए एक विशिष्ट संशोधन निर्दिष्ट करना संभव है, लेकिन ज्यादातर मामलों में यह एक अवांछनीय कार्रवाई है, क्योंकि हम अब पुस्तकालय में कोई बदलाव नहीं कर सकते हैं।



दरअसल, यह वह जगह है जहां सभी नवाचार समाप्त हो जाते हैं। गुणों को बचाओ।

अगला, हमें यह सुनिश्चित करने के लिए एक अपडेट करने की आवश्यकता है कि सब कुछ सही है और लाइब्रेरी सफलतापूर्वक प्रोजेक्ट में लोड हो जाएगी। फ़ोल्डर /library/



स्वचालित रूप से बनाया जाएगा। यदि सब कुछ सुचारू है, तो फ़ोल्डर के गुणों को सीधे प्रोजेक्ट रिपॉजिटरी में सहेजने के लिए प्रतिबद्ध करें। अब से, इस परियोजना की सभी कामकाजी प्रतियों में (यानी, सभी डेवलपर्स के लिए), आवश्यक पुस्तकालय स्वचालित रूप से जुड़ा होगा।



अब हम दूसरी परियोजना के साथ बिल्कुल वैसा ही कार्य कर रहे हैं (फ़ोल्डर के नाम भिन्न हो सकते हैं, लेकिन यह कोई फर्क नहीं पड़ता)। नतीजतन, हमें एक ही बाहरी पुस्तकालय का उपयोग करके दो परियोजनाएं मिलती हैं।



अब '' दो '' प्रोजेक्ट पर काम करते समय हमें लाइब्रेरी में कुछ बदलने की जरूरत है, एक स्थिति बताएं। हम इन परिवर्तनों को सीधे उन फ़ाइलों में बनाते हैं जो भौतिक रूप से /libraries/library/



फ़ोल्डर में स्थित हैं। सभी बदलाव किए जाने के बाद, हम कमिट करते हैं। और परिवर्तन स्वचालित रूप से पुस्तकालय भंडार में दर्ज किए जाते हैं: subserver/code/library/trunk



subserver/code/library/trunk



। यदि हम अब प्रोजेक्ट "वन" को अपडेट करते हैं, तो लाइब्रेरी का एक अपडेटेड वर्जन वहां डाउनलोड किया जाएगा।

कमेंट में जोड़ी गई टिप्पणियों के संबंध में एक सूक्ष्म बिंदु है: यदि परिवर्तन परियोजना और पुस्तकालय दोनों को प्रभावित करते हैं, तो सभी टिप्पणियां परियोजना और पुस्तकालय दोनों के लिए लॉग में दर्ज की जाएंगी। इसलिए मैं इन परिवर्तनों को अलग-अलग संशोधन रखने की सलाह देता हूं।



एक और संभावित खतरा जो अनुभवहीन प्रोग्रामर का सामना कर सकता है, वह एक प्रोजेक्ट के साथ लाइब्रेरी के नए संस्करण की असंगति है। इसके दो उत्तर हैं: 1. संगत कोड लिखें ताकि यह हर जगह काम करे। 2. आप लाइब्रेरी के पिछले संस्करण को अलग करने के लिए शाखाओं का उपयोग कर सकते हैं और इसे परियोजना से जोड़ सकते हैं (पूरी तरह से इसी तरह)।



और अंत में, प्रलेखन से लगभग एक उद्धरण: याद रखें कि svn:externals



फ़ोल्डर के गुण हैं, इसलिए यदि आपकी परियोजना या बाहरी लाइब्रेरी कहीं स्थानांतरित हो जाती है (जैसे स्थानांतरित करें), गुणों में पथ स्वचालित रूप से नहीं बदलेगा, उनका मैन्युअल रूप से ठीक करने की आवश्यकता होगी।



यह, सामान्य रूप से, वह सब है जो मैं आज आपको बताना चाहता था।

हमेशा की तरह, मैं आपकी टिप्पणियों को पढ़कर प्रसन्न हूं।