एचजी इनिट: भाग 1: तोड़फोड़ उपयोगकर्ताओं के लिए फिर से बेचना

एचजी इनिट: मर्क्यूरियल ट्यूटोरियल।

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



यदि आपने तोड़फोड़ का इस्तेमाल किया है, तो मर्क्यूरियल समझ से बाहर होगा। यह हिस्सा मर्क्यूरियल के साथ काम करते समय मुख्य अंतर के बारे में बात करता है। यदि आपने कभी तोड़फोड़ का उपयोग नहीं किया है, तो आप बस इस हिस्से को छोड़ सकते हैं।

भाग 1. तोड़फोड़ उपयोगकर्ताओं के लिए फिर से काम करना

जब मेरी कंपनी के प्रोग्रामर ने मर्क्यूरियल में तोड़फोड़ करने का फैसला किया तो मुझे क्या भ्रम हुआ!



शुरू करने के लिए, मैंने सभी प्रकार के बेवकूफ कारण बताने शुरू कर दिए कि हमें कुछ भी बदलने की आवश्यकता क्यों नहीं है। "हमें एक केंद्रीय सर्वर पर भंडार को संग्रहीत करने की आवश्यकता है, यह सुरक्षित है," मैंने कहा। जानते हो क्या? मैं गलत था। मर्क्यूरियल के साथ काम करते समय, प्रत्येक डेवलपर के पास अपनी हार्ड ड्राइव पर रिपॉजिटरी की पूरी प्रति होती है। यह वास्तव में सुरक्षित है । किसी भी मामले में, मर्क्यूरियल का उपयोग करने वाली लगभग हर टीम में, एक केंद्रीय भंडार भी मौजूद है। और आप सभी आवश्यक जुनून के साथ इस भंडार का बैकअप ले सकते हैं। और आप सिलोन , अटैक एयरक्राफ्ट और प्यारे लैब्राडूड के साथ या आपके आईटी विभाग को जो भी आवश्यक है, उसके साथ तीन-चरण की रक्षा की व्यवस्था कर सकते हैं।







"वितरित संस्करण नियंत्रण प्रणालियों के साथ समस्या यह है कि वे ब्रांचिंग को बहुत आसान बनाते हैं," मैंने कहा। "और शाखाएँ हमेशा समस्याएं लाती हैं।" यह पता चला कि यहाँ मैं भी गलत था। लहर चली है। तोड़फोड़ के साथ काम करते समय शाखाओं की समस्या होती है , क्योंकि तोड़फोड़ मर्ज को ठीक से काम करने के लिए पर्याप्त जानकारी संग्रहीत नहीं करता है। मर्क्यूरियल में, मर्जिंग दर्द रहित और आसान है, और इसलिए ब्रांचिंग आम और हानिरहित है।



तब मैंने कहा: "ठीक है, मैं इस प्रणाली का उपयोग करूंगा, लेकिन यह उम्मीद न करें कि मैं इसका पता लगा सकता हूं।" और मैंने जैकब को मेरे लिए एक चीट शीट बनाने के लिए कहा, जो कि सब कुछ होगा जो मैंने आमतौर पर सबवर्सन में किया था, मर्क्यूरियल में एनालॉग्स के साथ।



मैं आपको यह चीट शीट दिखा सकता हूं, लेकिन मैंने ऐसा नहीं किया, क्योंकि इसने मेरे दिमाग को कई महीनों तक पुनर्निर्माण से रोका।



यह पता चला है कि यदि आप तोड़फोड़ का इस्तेमाल करते हैं, तो आपका सिर थोड़ा सा है ... उह, कैसे नरम कहना है? आप सिर में घायल हैं! नहीं, यह काम नहीं किया। आपको पीछे हटने की जरूरत है। मैं छह महीने के लिए घायल हो गया और मर्क्यूरियल को तोड़फोड़ की तुलना में अधिक जटिल लगा। लेकिन यह इसलिए है क्योंकि मुझे समझ नहीं आया कि नई प्रणाली वास्तव में कैसे काम करती है। जैसे ही मैंने समझा कि यह कैसे काम करता है, यह पता चला - उफ़! हाँ यह काफी सरल है।



इसलिए मैंने आपके लिए यह पुस्तिका लिखी है, जिसमें मैंने बहुत कोशिश की कि सबवर्सन शब्दों में सब कुछ न समझाऊं, क्योंकि सिर में पहले से ही काफी घाव हो गए होंगे। उनमें से काफी हैं। इसके बजाय, जो तोड़फोड़ के साथ Mercurial पर स्विच करते हैं, मैंने इस भाग को ट्यूटोरियल की शुरुआत में लिखा था, जो जितना संभव हो उतना नुकसान को खत्म करने की कोशिश करेगा ताकि आप खरोंच से Mercurial सीख सकें।



यदि आपने कभी तोड़फोड़ का उपयोग नहीं किया है, तो आप अगले लेख ( "मर्क्यूरियल की मूल बातें" ) को छोड़ सकते हैं और एक बात याद नहीं कर सकते हैं।



क्या आप तैयार हैं? ठीक है, चलो एक छोटे से सर्वेक्षण के साथ शुरू करते हैं।

प्रश्न एक: क्या आप हमेशा पहली बार सही कोड लिखते हैं?

यदि आपने पहले प्रश्न का उत्तर "हां" दिया है, तो आप झूठे और ठग हैं। एक "केला" प्राप्त करें और रीटेक के लिए आएं।



नया कोड छोटी गाड़ी है। उसे शालीनता से काम करना शुरू करने में समय लगता है। इस बीच, यह कोड टीम के बाकी डेवलपर्स को नुकसान पहुंचा सकता है।



और यहाँ है कि तोड़फोड़ कैसे काम करती है:

• जब आप रिपॉजिटरी में नया कोड लाते हैं, तो सभी को मिल जाता है।

चूंकि आपके द्वारा लिखे गए सभी नए कोड में बग शामिल हैं, इसलिए आपके पास एक विकल्प है।

• आप छोटी गाड़ी कोड बना सकते हैं और लोगों को पागल कर सकते हैं, या
• जब तक आप इसे पूरी तरह से डिबग नहीं करते तब तक आप नए कोड को पकड़ सकते हैं।

तोड़फोड़ लगातार इस भयानक पसंद के साथ आपका सामना करता है। या तो रिपॉजिटरी छोटी गाड़ी कोड से भरा है क्योंकि इसमें नया कोड है जो अभी लिखा गया है, या नया कोड जो अभी लिखा गया है, रिपॉजिटरी में नहीं जोड़ा गया है।



तोड़फोड़ के उपयोगकर्ताओं के रूप में, हम इस दुविधा के लिए उपयोग किए जाते हैं कि ऐसी प्रणाली की कल्पना करना कठिन है जहां यह दुविधा मौजूद नहीं है।



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



इन सभी आशंकाओं और चिंताओं का मतलब है कि लोग संस्करण नियंत्रण प्रणाली का लाभ उठाए बिना सप्ताह के बाद कोड लिखते हैं, और फिर उस कोड को रिपॉजिटरी में डालने के लिए अनुभवी व्यक्ति की तलाश करते हैं। और रिपॉजिटरी क्यों, अगर इसका उपयोग नहीं किया जा सकता है?



यहाँ तोड़फोड़ के साथ जीवन का एक सरल चित्रण है:









मर्क्यूरियल के साथ काम करते समय , प्रत्येक डेवलपर की अपनी रिपॉजिटरी होती है जो उनके कंप्यूटर पर रहती है:









इसलिए आप अपनी रिपॉजिटरी में बदलाव कर सकते हैं और जब चाहें वर्जन कंट्रोल सिस्टम के सभी फायदों का आनंद उठा सकते हैं। हर बार, कोड को थोड़ा सुधारने के बाद, आप इसे रिपॉजिटरी में जोड़ सकते हैं।



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



मर्क्यूरियल उस पल को अलग कर देता है जिस कोड को रिपॉजिटरी में दर्ज किया जाता है और वह समय जो अन्य सभी को प्राप्त होता है।



और इसका मतलब है कि आप hg com



( hg com



) कर सकते हैं, लेकिन बाकी सभी को आपके बदलाव नहीं मिलेंगे। जब आपके पास ऐसे परिवर्तन जमा हो जाते हैं जो आपके अनुरूप होते हैं, जो स्थिर और शांत होते हैं, तो आप उन्हें ( hg push



) मुख्य भंडार में hg push



।

एक और बड़ा वैचारिक अंतर

क्या आप जानते हैं कि हर सड़क का एक नाम होता है?



खैर, यह पता चला है कि जापान में यह पूरी तरह से सच नहीं है। जापानी आमतौर पर सड़कों के बीच के ब्लॉक को केवल संख्या में रखते हैं और केवल बहुत, बहुत महत्वपूर्ण सड़कों के नाम होते हैं।



तोड़फोड़ और मर्क्यूरियल में समान अंतर है।



तोड़फोड़ संशोधन में सोचता है। संशोधन यह है कि समय में एक विशेष बिंदु पर संपूर्ण फ़ाइल सिस्टम कैसा दिखता है।



Mercurial में, आप परिवर्तनों के सेट में सोचते हैं । एक परिवर्तन सेट दो आसन्न संशोधनों के बीच परिवर्तनों की एक स्पष्ट सूची है।



इसके छह या आधा दर्जन - क्या अंतर है?



यही अंतर है। कल्पना कीजिए कि आप और मैं किसी तरह के कोड पर एक साथ काम कर रहे हैं। और हमने इस कोड की शाखाएँ बनाईं, और प्रत्येक ने अपनी जगह पर जाकर कोड में कई स्वतंत्र बदलाव किए, जिससे शाखाएँ अलग-अलग दिशाओं में बदल गईं।



जब हमें एक मर्ज करने की आवश्यकता होती है, तो तोड़फोड़ दोनों संशोधनों को देखता है - मेरा संशोधित कोड और आपका संशोधित कोड - और अनुमान लगाने की कोशिश करता है कि उन्हें एक बड़ी डरावनी गड़बड़ में कैसे डाल दिया जाए। आमतौर पर, तोड़फोड़ सफल नहीं होती है, और आपको संघर्षों की लंबी सूची मिलती है ("मर्ज टकराव"), जो वास्तव में संघर्ष नहीं हैं, लेकिन बस उन जगहों पर हैं जहां सिस्टम हमारे परिवर्तनों का पता नहीं लगा सका।



तुलना के लिए, यदि हमने स्वतंत्र रूप से मर्क्यूरियल में काम किया है, तो सिस्टम ने परिवर्तनों की एक श्रृंखला को बचाया। इस प्रकार, जब हम कोड विलय करना चाहते हैं, तो Mercurial के पास वास्तव में बहुत अधिक जानकारी है: सिस्टम को पता है कि हम में से प्रत्येक बदल गया है , और अंतिम संस्करण को देखने के बजाय इन परिवर्तनों को फिर से लागू कर सकता है और यह अनुमान लगाने की कोशिश कर सकता है कि यह सब कैसे एक साथ रखा जाए। एक साथ।



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



चूँकि Mercurial परिवर्तन सेटों के संदर्भ में सोचता है, आप इन बदलाव सेटों के साथ दिलचस्प काम कर सकते हैं। आप केंद्रीय रिपॉजिटरी में इन परिवर्तनों को करने और सभी को उनका उपयोग करने के लिए मजबूर करने के बजाय एक दोस्त को इन परिवर्तनों की कोशिश कर सकते हैं।



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



और इसका मतलब है कि आप स्वतंत्र रूप से शाखाएं बना सकते हैं क्योंकि विलय एक दुःस्वप्न नहीं होगा।



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



और लगभग हर टीम ने मुझे बताया कि उन्होंने "फिर कभी नहीं" की कसम खाई और शाखाओं को छोड़ दिया। और अब वे ऐसा करते हैं: प्रत्येक नई सुविधा एक बड़े #ifdef



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



स्थिर और विकास कोड को अलग करना बिल्कुल वही है जो एक संस्करण नियंत्रण प्रणाली को आपको करने की अनुमति देनी चाहिए ।



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



इसका मतलब है कि आपके पास टीम रिपॉजिटरी हो सकती है, जहां प्रोग्रामर की एक छोटी टीम एक नई सुविधा पर काम कर रही है, और जब सब कुछ तैयार हो जाता है, तो इसके परिवर्तनों को मुख्य रिपॉजिटरी में विलय कर देता है। और यह काम करता है !



इसका मतलब है कि आपके पास परीक्षण सेवा के लिए रिपॉजिटरी हो सकती है, जहां परीक्षकों की एक टीम नए कोड की कोशिश करती है। यदि यह काम करता है, तो परीक्षण सेवा केंद्रीय भंडार में बदलाव करती है, जिसका अर्थ है कि केंद्रीय भंडार में हमेशा विश्वसनीय परीक्षण कोड होता है। और यह काम करता है !



इसका मतलब है कि आप अलग-अलग रिपॉजिटरी में प्रयोग कर सकते हैं, और यदि प्रयोग सफल होते हैं, तो मुख्य रिपॉजिटरी में बदलाव को मर्ज करें, और यदि वे असफल हैं, तो बस उन्हें फेंक दें। और यह काम करता है !

और आखिरी बड़ा वैचारिक अंतर

सबवर्सन और मर्क्यूरियल के बीच अंतिम महत्वपूर्ण वैचारिक अंतर इतना महत्वपूर्ण नहीं है, लेकिन अगर आप इसके बारे में नहीं जानते हैं तो यह आपको असहज स्थिति में डाल सकता है। यहाँ यह है:



तोड़फोड़ अनिवार्य रूप से फाइलों के लिए एक परिवर्तन नियंत्रण प्रणाली है, और मर्क्यूरियल में, परिवर्तन नियंत्रण सभी उपनिर्देशिकाओं सहित पूरी निर्देशिका पर लागू होता है।



यह मुख्य रूप से खुद को निम्नानुसार प्रकट करता है: तोड़फोड़ में, यदि आप एक उपनिर्देशिका में हैं और रिपॉजिटरी में अपने बदलाव करते हैं, तो केवल इस उपनिर्देशिका और इसके सभी उपनिर्देशिकाओं से परिवर्तन किए जाते हैं। इसके कारण आप किसी अन्य उपनिर्देशिका से बदलाव करना भूल सकते हैं। और मर्क्यूरियल में, सभी कमांड हमेशा पूरे डायरेक्टरी ट्री पर लागू होते हैं। यदि आपका कोड c: \ code में है , तो जब आप hg commit



निष्पादित करते हैं, तो आप c: \ code या किसी भी उपनिर्देशिका में हो सकते हैं - परिणाम समान होगा।



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

और अंत में ...

अब वह हिस्सा जहां आपको सिर्फ इसके लिए मेरा शब्द लेना है।



मरकरी सबवर्सन से बेहतर होता है।



यदि आप किसी टीम में कोड पर काम करते हैं तो बेहतर है। बेहतर होगा कि आप अकेले ही कोड पर काम करें।



बस बेहतर है ।



और, मेरे शब्दों को याद रखें, यदि आप समझते हैं कि मर्क्यूरियल कैसे काम करता है, और मर्क्युरियल कैसे काम करता है, और आप इस प्रणाली के साथ संघर्ष नहीं करते हैं, और आप मर्क्यूरियल के साथ सब कुछ करने की कोशिश नहीं करते हैं, जैसे आपने तोड़फोड़ में किया था, लेकिन इसके बजाय सीखना मर्क्यूरियल आपसे काम करता है, आप खुश, सफल, सुपोषित होंगे और आप हमेशा टीवी से रिमोट कंट्रोल पा सकते हैं।



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



और फिर आप सबवर्सन पर वापस लौट आएंगे, क्योंकि आपने शाखाओं को उसी तरह से बनाने की कोशिश की थी, जैसे कि तोड़फोड़ में, और भ्रमित हो गए, और यह बहुत अच्छी तरह से काम नहीं करता था, क्योंकि आपको वास्तव में शाखाओं के रूप में मरक्यूरियल, क्लोनिंग रिपॉजिटरी में करना था, ऐसा करने की कोशिश नहीं की। यह कैसे तोड़फोड़ में काम करता है, और मर्क्यूरियल में स्वीकार की गई विधि को जानने के लिए, जो मेरा विश्वास करता है , काम करता है ।



और उसके बाद, आप याकूब से पूछते हैं, या जो भी आपके कार्यालय में जैकब के बराबर है, आपको मर्क्युअल चीट शीट को सबवर्सन देने के लिए, और आप तीन महीने यह सोचकर बिताएंगे कि hg fetch



svn up



की तरह svn up



, वास्तव में समझ नहीं कि hg fetch



काम करता है, और एक दिन सब कुछ गलत हो जाता है और आप Mercurial को दोष देंगे, हालांकि आपको यह समझने के लिए खुद को दोषी ठहराना चाहिए कि Mercurial कैसे काम करता है।



मुझे पता है कि आप ऐसा करेंगे, क्योंकि मैंने वही किया है।



एक ही गलती मत करो। मर्क्यूरियल सीखें, उस पर भरोसा करें, पता लगाएँ कि उसकी शैली में सब कुछ कैसे करना है, और आप संस्करण नियंत्रण प्रणालियों के क्षेत्र में एक पूरी पीढ़ी को आगे बढ़ाएंगे। जबकि आपके प्रतियोगी एक सप्ताह के संघर्ष को सुलझाने में बिताते हैं जो कि विक्रेता द्वारा अद्यतन की गई लाइब्रेरी के बाद उत्पन्न हुई है, तो आप hg merge



टाइप करें और अपने आप से कहें, "ओह गॉड इट्स कूल, इट्स वर्क।" और माइक आराम करता है और प्रशिक्षुओं के साथ एक जंबो शेयर करता है, और। वसंत, और पास के कॉलेज के युवा अपने नीचे जैकेट को छोटी फटी हुई टी-शर्ट से बदल देंगे, और जीवन अच्छा होगा।



यहां जारी है:

एचजी इनिट: भाग 2: मूल बातें