SVN से Mercurial में जाना: व्यक्तिगत अनुभव

विंडोज पर मर्क्यूरियल के साथ काम करने के लिए केवल TortoiseHG की जरूरत होती है। मर्क्यूरियल के लिए अपने प्लगइन्स लिखने से काम नहीं चलेगा, लेकिन ऐसा लगता है कि अधिकांश डेवलपर्स उन्हें नहीं लिखते हैं। किसी भी मामले में, मैं समय-समय पर केवल स्वचालन के लिए स्क्रिप्ट लिखता हूं। यदि आपके पास विजुअल स्टूडियो है, तो आप सुंदर प्लगइन का उपयोग कर सकते हैं।



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



मैं तुरंत सहमत होना चाहता हूं। मैं Microsoft की विकास नीतियों का समर्थक हूं, न केवल साधनों के संदर्भ में, बल्कि तरीकों के संदर्भ में भी। इसलिए, SVN की समस्याओं (100 लोगों ने एक फ़ाइल में 100 लाइनें बदल दीं और इस छुट्टी के बीच में किसी ने इसका नाम बदल दिया) ने कभी भी मेरी कंपनी को नहीं छुआ और तोड़फोड़ 90% की थी। 3-4 प्रोग्रामर परियोजना पर काम कर रहे हैं, एक प्रोग्रामर एक एकल कार्य या एक घटक के लिए कार्यों की एक श्रृंखला हल करता है। टाइप्टर और एनकोडर के बीच कोई संघर्ष नहीं है क्योंकि वे अलग-अलग फ़ाइलों को संपादित कर रहे हैं (क्योंकि कोड पीछे है), और वे हमेशा काम के संयुक्त मोर्चे में वैश्विक परिवर्तनों पर सहमत हो सकते हैं। आपको बस घटकों के बीच कमजोर लिंक को डिजाइन करने की आवश्यकता है।



यहां शेष 10% खुशी (ऑफ़लाइन) के लिए हैं और मर्क्यूरियल टूल का उपयोग करके लागू किया जाएगा।

होस्टिंग

होस्टिंग से चुनकर, मैं बिटबकैट पर बस गया। सबसे पहले, यह छोटे निजी रिपॉजिटरी के लिए मुफ्त होस्टिंग प्रदान करता है और बड़े लोगों के लिए भुगतान किया जाता है। यह, मेरी राय में, एक सक्षम दृष्टिकोण है - जब तक आप कम हैं और आप अपना कोड प्रकाशित नहीं करना चाहते हैं, तब भी आपको पैसे नहीं मिलेंगे, तो आपको कुछ हल मिलेंगे। दूसरे, वह समझता है, कोडप्लेक्स के विपरीत, रूसी टिप्पणियों को स्वीकार करता है और दिखाता है। तीसरा, Google कोड अधिक आधुनिक दिखता है, तेजी से काम करता है, IE9 को हर समय ड्रॉप नहीं करता है, और आमतौर पर अधिक सक्षम होता है, लेकिन इसकी प्रति सीमा 2 गीगाबाइट की सीमा होती है।



2 गीगाबाइट प्रति भंडार बहुत है, हमारे पास 200 मेगाबाइट शुद्ध सामग्री के साथ एसवीएन में 600 मेगाबाइट हैं। यह संभावना नहीं है कि अगले पांच वर्षों में हम स्तर पर पहुंच जाएंगे। इसलिए, यदि आपको कोड बंद करने की इच्छा नहीं है और आप 2 गीगाबाइट सीमा से डरते नहीं हैं, तो आप Google पर उन सभी होस्टिंग साइटों की मेजबानी कर सकते हैं, जिन्हें मैंने देखा है। इसके अलावा, अन्य होस्टिंग पर जाना अधिकतम 1 दिन का रैखिक समय और एक या दो घंटे का समय है।

नेस्टेड रिपॉजिटरी

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



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



सही संशोधन के लिए समर्थन निम्नानुसार लागू किया जाता है: जब आप उप-रिपॉजिटरी के लिए प्रतिबद्ध होते हैं, तो स्वचालित रूप से उपयोग किए गए उप-रिपॉजिटरी का संशोधन मुख्य रिपॉजिटरी पर क्लिक किया जाता है। तदनुसार, आपके अपडेट को देखने के लिए सभी के लिए, संलग्न रिपॉजिटरी का यह संशोधित संशोधन प्रतिबद्ध होना चाहिए, यह ".hgsubstate" फ़ाइल में संग्रहीत है।



जब आप अपने भंडार से परिवर्तनों को सीधे किसी को हस्तांतरित करना चाहते हैं तो दूसरी बारीकियां सामने आ सकती हैं। बारीकियों के साथ ऐसा करने के लिए, आपको एम्बेडेड प्रोजेक्ट में परिवर्तन करने की आवश्यकता है, उन्हें प्रतिबद्ध करें, पुनरीक्षण परिवर्तन करें (इन दो कमिट को एक में जोड़ा जा सकता है, एचजी अनुमति देता है) और मुख्य प्रोजेक्ट में परिवर्तन करें और उन्हें भी करें। अब अपने रिपॉजिटरी से अजनबियों में परिवर्तन को धक्का दें और "गर्भपात: अज्ञात संशोधन 'प्राप्त करें ...'!"। यह स्पष्ट कारणों से होता है - एम्बेडेड प्रोजेक्ट का एक नया संशोधन आपके भंडार में बना हुआ है।



तीसरी बारीकियों में एम्बेडेड प्रोजेक्ट के डिफ़ॉल्ट मुख्य भंडार से डिकॉप्लिंग है। एक सरल विकल्प यह है कि फ़ाइल को उसके पते (.hgsub) के साथ ठीक किया जाए और वहां कुछ भी लिखा जाए (उदाहरण के लिए, उसके स्थानीय FS पर पथ), लेकिन यह अवैज्ञानिक है। वैज्ञानिक रूप से, यदि आप .hgrc में [उपपट] अनुभाग का उपयोग करते हैं।



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

स्मरण

मैंने जीआईटी के उदाहरण का उपयोग करके वितरित प्रणालियों से परिचित होना शुरू कर दिया, सिर्फ इसलिए कि मैं कभी-कभी इसके संदर्भ में आता हूं। मुझे समझदार GUI ग्राहक नहीं मिला और सभी ने सर्वसम्मति से दावा किया कि केवल Mercurial के पास ही है, और इसका नाम TortoiseHG है। एक दोस्त के साथ बातचीत में आकस्मिक उल्लेख की प्रक्रिया में, यह पता चला कि उसकी आवाज भी मर्क्यूरियल की तरफ थी। और अन्य दो भी।



मुझे वास्तव में पुरातनता में मील का पत्थर पसंद है। उदाहरण के लिए, मैंने केवल एक टिप्पणी में पाया कि SVN से Mercurial के लिए भंडार का आयात करने के लिए नृत्य की आवश्यकता नहीं होती है, जैसा कि ट्रिलियन ऑफ मैनुअल (एक कॉम्बेट विकी सहित) में वर्णित है, गाइड और अधिक - hg कन्वर्ट svj ... TortoiseHG बॉक्स से सही काम करता है। और यह कल नहीं हुआ, यह कई वर्षों से काम कर रहा है।



SVN के साथ तुलना में प्राचीन और गोलाकार घोड़ों में एक ही मील का पत्थर। आह, यह कितना दुख की बात है कि ट्रंक के साथ विलय के बिना साप्ताहिक ब्रंच बाद में संघर्षों के साथ विलीन हो जाएंगे! आह, यह कितना दुखद है कि हम ऐसा कोड नहीं बना सकते जो काम न करे, क्योंकि हम टेढ़े-मेढ़े डेवलपर्स ब्रंच नहीं बनाते हैं! लेकिन सुंदर मर्क्यूरियल / Git चीजों को बहुत आसानी से जारी रखेगा, क्योंकि ला-ला-ला और ब्रंच स्वचालित रूप से प्राप्त होने पर प्राप्त होते हैं। सबसे पहले, किसी कारण के लिए, सभी तुलनाओं को तोड़फोड़ के संस्करण के साथ लगभग 1.2-1.4 के आसपास किया जाता है, 1.5 में बड़े बदलाव से पहले और नाक पर 1.7 के साथ। दूसरे, यदि आप कई हफ्तों के लिए देव शाखा के साथ विलय नहीं करते हैं, तो आप उन परिवर्तनों को देख लेते हैं जो मर्ज से संबंधित नहीं हैं - विधि के हस्ताक्षर, इंटरफेस बदल जाएंगे, और इसी तरह, सब कुछ ठीक हो जाएगा, लेकिन यह काम नहीं करेगा।



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