संस्करण नियंत्रण प्रणाली। इंजीनियरों, कलाकारों और लेखकों के लिए मैनुअल

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

क्यों जरूरी है?

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

इसके साथ क्या किया जा सकता है, या एसएलई क्या है

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

SLE क्या हैं

वही विकिपीडिया बताता है कि SLE केंद्रीकृत और वितरित, बड़े और छोटे, लोशन के साथ और बिना है। हम इसमें विशेष रूप से रुचि नहीं रखते हैं, क्योंकि हम उपयोग करेंगे (कम से कम पहले) केवल कठिन मुद्रा कार्यक्षमता का एक हिस्सा। हम इस कार्यशीलता पर विचार करेंगे।
लगभग सभी हार्ड मुद्रा कुछ प्रकार के भंडारण का प्रतिनिधित्व करती है, जो उन फ़ाइलों के सभी संस्करणों को संग्रहीत करती है जिनके साथ हम काम करते हैं। यहां यह स्पष्ट करना आवश्यक है कि संग्रहीत फ़ाइलों के संस्करण उपयोगकर्ता द्वारा सबसे अधिक बार निर्धारित किए जाते हैं। उदाहरण के लिए, हमने लगभग एक दर्जन मामूली बदलाव किए और निर्णय लिया कि यह भंडार में हमारी गतिविधियों के परिणामों को बचाने का समय था। सादृश्य समय-समय पर Ctrl + S दबाकर सिर पर आता है, केवल अंतर यह है कि फ़ाइल के इस संस्करण को भविष्य में एक्सेस किया जा सकता है। स्वाभाविक रूप से, एक में इस तरह झपट्टा हुआ कि आप भंडार में मनमाने ढंग से बड़ी संख्या में फ़ाइलों के संस्करणों को संग्रहीत कर सकते हैं। इस क्रिया को साधारण तरीके से "कमिट" या "परिवर्तन करना" कहा जाता है।
किसी भी समय, आप एक नई फ़ाइल जोड़ सकते हैं या रिपॉजिटरी में एक मौजूदा फ़ाइल को हटा सकते हैं (जो कि स्टोरेज के लिए स्मार्ट नाम है), और हार्ड मुद्रा कब और क्या हमने जोड़ा / हटा दिया "याद रखें"। और समितियों की टिप्पणियों के लिए धन्यवाद, आप यह भी वर्णन कर सकते हैं कि यह विशेष प्रतिबद्ध वास्तव में क्यों निष्पादित किया गया है ("उन्होंने वहां एक बाउबल जोड़ा" / "संभवतः वहां से आवश्यक टुकड़ा हटा दिया गया")।
जब हम अंत में समझते हैं कि एक सप्ताह पहले संस्करण के लिए हमारे पास लौटने का समय है, तो हमारे पास परिवर्तनों का एक पूरा इतिहास है। और यहां हम चुन सकते हैं कि क्या करना है। यदि आपको पुरानी फ़ाइल से आवश्यक टुकड़े को कॉपी करने और इसे वर्तमान संस्करण में पेस्ट करने की आवश्यकता है, तो हम बस पुरानी फ़ाइल को स्टोरेज से बाहर निकालते हैं और उसमें से आवश्यक एक को कॉपी करते हैं। यदि पूरी तरह से वापस रोल करना और पुराने संस्करण के साथ काम करना जारी रखना आवश्यक है, तो SLE हमारी सहायता के लिए फिर से आता है - आप पहले वाले संस्करण पर वापस जा सकते हैं और तथाकथित नई शाखा ("शाखा") बना सकते हैं, जबकि हमने "मना कर दिया" सब कुछ बरकरार रखते हुए, वापस रोल कर रहे हैं। एक सप्ताह पहले संस्करण। इस प्रकार, परियोजना के संस्करण इतिहास को "जड़ों" (परियोजना की शुरुआत) से "शाखाओं" (सफल और असफल संपादन) तक - वृक्ष के रूप में रेखांकन किया जा सकता है। इसके अलावा, एक "शाखा" भी कृत्रिम रूप से बनाई जा सकती है, उदाहरण के लिए, मामले में जब हम एक स्रोत फ़ाइल से दो अलग-अलग संस्करणों को विकसित करने का निर्णय लेते हैं - पहले में हम कुछ baubles पर काम करते हैं, दूसरे में - दूसरों पर। इसके अलावा, यदि कामकाजी फाइलें पाठ दस्तावेज़ हैं (और कुछ अन्य में), तो विभिन्न शाखाओं को एक में जोड़ना संभव है - तथाकथित मर्ज ("मर्ज")। अब कल्पना करें कि कई लोग परियोजना पर काम कर रहे हैं, और प्रत्येक अपने स्वयं के "बाउबल" में लगे हुए हैं। इस मामले में एक आम भंडार होने से विकास सरल हो जाता है।

सिद्धांत से अभ्यास के लिए, या SLE का उपयोग करना शुरू करें

इसलिए, मुझे आशा है कि मैंने आपको आश्वस्त किया कि SLE का उपयोग करना अच्छा है। यह केवल कठिन मुद्रा का उपयोग करना सीखना है। यही हम करेंगे।
विभिन्न संस्करण नियंत्रण प्रणालियां हैं जो उपयोग के विभिन्न पहलुओं में एक दूसरे से भिन्न हैं। चूंकि हम विभिन्न प्रणालियों की पेचीदगियों में (कम से कम पहले) रुचि नहीं रखते हैं, आइए हम उनमें से सबसे सरल और सबसे अनुकूल जगह पर रहें। मेरी विनम्र राय में, इस तरह की एक प्रणाली, अजीब तरह से पर्याप्त है, मर्क्यूरियल है - एक "क्रॉस-प्लेटफॉर्म वितरित संस्करण नियंत्रण प्रणाली जिसे बहुत बड़े कोड रिपॉजिटरी के साथ प्रभावी ढंग से काम करने के लिए डिज़ाइन किया गया है" टोर्टोइसेग ग्राफिकल शेल के साथ। सिस्टम के साथ काम विंडोज, लिनक्स और मैक ओएस एक्स के तहत संभव है।
तुरंत एक आरक्षण करें कि मैं विंडोज में सिस्टम के साथ काम का वर्णन करूंगा। लिनक्स में महारत हासिल करने के बाद, सादृश्य द्वारा सभी सीखना मुश्किल नहीं होगा।
इसके अलावा, हम यह भी सीखेंगे कि मर्क्यूरियल रिपॉजिटरी की मुफ्त होस्टिंग के साथ कैसे काम करें - bitbucket.org, जो कि यदि आप अकेले नहीं या किसी बहुत सुविधाजनक प्रोजेक्ट पर काम कर रहे हैं, तो आवश्यक है कि आप इंटरनेट के माध्यम से प्रोजेक्ट के सभी संस्करणों तक पहुंचना चाहते हैं। वास्तव में, यह एक सुविधाजनक ड्रॉपबॉक्स प्रतिस्थापन है यदि आपने इसे पहले इस्तेमाल किया है।
आरंभ करने के लिए, यहाँ से Mercurial + TortoiseHg स्थापित करें: tortoisehg.bitbucket.org।
यह सिस्टम कंसोल में काम करता है, इसलिए सुविधा के लिए हम कुछ * .bat फ़ाइलों को बाद में विशिष्ट कार्यों के लिए लिखेंगे।
सभी ऑपरेशन hg कमांड द्वारा किए जाते हैं। मापदंडों के बिना कहा जाता है, यह बुनियादी आदेशों की एक सूची प्रदर्शित करता है।
कोई भी निर्देशिका जिसे हमने एक रिपॉजिटरी के रूप में चुना है (मैं "C: \ project \" फ़ोल्डर का उपयोग करूंगा), जिसमें हमारे भविष्य के प्रोजेक्ट की सभी फाइलें संग्रहीत होनी चाहिए। बेशक, कोई भी एक ही कंप्यूटर पर कई रिपॉजिटरी रखने से मना करता है।
सिस्टम को "समझने" के लिए कि हम एक रिपॉजिटरी बनाना चाहते हैं, हम कमांड निष्पादित करते हैं:
hg init c:\project
जिसके बाद फोल्डर “c: \ project \” बनाया जाएगा, अगर यह पहले नहीं बनाया गया है और फोल्डर “c, \ project \ .hg \”, जिसमें मर्क्यूरियल सभी सर्विस की जानकारी स्टोर करेगा।
हम तुरंत याद करते हैं कि हम अपने कंप्यूटर पर न केवल स्थानीय रिपॉजिटरी को प्राप्त करना चाहते हैं, बल्कि रिमोट रिपॉजिटरी भी चाहते हैं, जिसके लिए हम अपने सभी बदलाव भेजेंगे (या, जैसा कि स्मार्ट लोग कहते हैं, "पुश रिपॉजिटरी में परिवर्तन अंग्रेजी से" पुश ")। ऐसा करने के लिए, bitbucket.org पर जाएं, पंजीकरण करें और अपनी पहली रिपॉजिटरी (रिपॉजिटरी - नई रिपॉजिटरी बनाएं) बनाएं। हम रिपॉजिटरी को एक नाम देते हैं (मैं इसे निश्चितता के लिए रिमोट_प्रोजेक्ट कहता हूं) और रिपॉजिटरी बनाएँ पर क्लिक करता हूं।
अब हमारे पास दो रिपॉजिटरी हैं - एक स्थानीय "c: \ project \" फ़ोल्डर में स्थित है और एक रिमोट "bitbucket.org/your_account_name/remote_project/" पर स्थित है, जहाँ your_acountount_name बिटबकेट के साथ पंजीकरण करते समय निर्दिष्ट किया जाता है, रिमोट_प्रोजेक्ट रिपोजिटरी का नाम है। जब यह बनाया गया था तब चयनित।
अध्ययन जारी रखने के लिए, हमें अपने स्थानीय भंडार में कुछ डालने की आवश्यकता है। बस अपने भविष्य के प्रोजेक्ट की कोई भी फाइल इसमें (मेरे मामले में, फ़ोल्डर में "c: \ project \") बनाएं या अपने वर्तमान प्रोजेक्ट को कॉपी करें।
अब, कड़ाई से बोलते हुए, हमें मर्क्यूरियल बताने की आवश्यकता है: "हमने इस तरह की फाइलें और प्रोजेक्ट फ़ोल्डर में कुछ नए फ़ोल्डर जोड़े हैं," इसके लिए "hg add" कमांड प्रदान की गई है। हालाँकि, एक और दृष्टिकोण अधिक सुविधाजनक है - अगली प्रतिबद्ध पर, हम मर्क्यूरियल को प्रोजेक्ट फ़ोल्डर से सभी नए सिरे से बनाई गई फ़ाइलों को लेने का आदेश देंगे और हटाए गए लोगों के बारे में भूल जाएंगे, "हर बार जब आप एक नया दस्तावेज़ बनाते हैं तो" hg add c: \ project \ new_nocument.doc करने की तुलना में यह बहुत आसान होता है। "।
तो, चलो हमारे पहले कमिट के लिए नीचे उतरें। इसे निम्नलिखित कमांड द्वारा निष्पादित किया जाता है:
hg commit –A –m “comment to commit”
इसे क्रम में लेते हैं। कमांड को तब दर्ज किया जाना चाहिए जब हम रिपॉजिटरी में हों (अर्थात, आपको पहले "cd c: \ project") को निष्पादित करना होगा। "-ए" विकल्प आवश्यक है ताकि मर्क्यूरियल "हौसले से बनाई गई फ़ाइलें" (ऊपर देखें) उठाएं, "-m" विकल्प आपको कमेंट में एक टिप्पणी जोड़ने की अनुमति देता है। टॉर्टोइसेग में संस्करण (या परिवर्तन - परिवर्तन सूचियां) देखते हुए और परियोजना पृष्ठ पर bitbucket.org पर इन टिप्पणियों को प्रदर्शित किया जाएगा। सार्थक टिप्पणियां देना बहुत महत्वपूर्ण है ताकि बाद में पीड़ा न हो, यह याद करते हुए कि यह या उस संशोधन को कब किया गया था।
अब हमारे भंडार में हमारी परियोजना का प्रारंभिक संस्करण संग्रहीत है। सभी अतिरिक्त प्रतिबद्धताओं को इसी तरह से किया जाता है जब हम यह तय करते हैं कि यह वर्तमान संस्करण को बचाने का समय है।
कमांड के साथ दूरस्थ रिपॉजिटरी में की गई प्रतिबद्धताओं को "धक्का" दिया जा सकता है:
hg push https://bitbucket.org/__/remote_project
उसी समय, आपको रिपॉजिटरी के संगत फ़ोल्डर में भी होना चाहिए। कमांड दर्ज करने के बाद, bitbucket.org पर हमारे खाते का नाम और पासवर्ड का अनुरोध किया जाएगा, ताकि आप उन्हें प्रत्येक पुश के साथ दर्ज न करें, कमांड को निम्नलिखित के साथ बदला जा सकता है:
hg push hg push https://__:__@bitbucket.org/__/remote_project
चूंकि हम सभी कमांड को एक .bat फ़ाइल में अंकित करेंगे, इस मामले में पासवर्ड स्पष्ट में संग्रहीत किया जाएगा, जो कुछ सुरक्षा जोखिम पैदा करता है, लेकिन मेरे लिए यह स्वीकार्य है।
इसलिए, सुविधा के लिए, हम निम्नलिखित सामग्री के साथ प्रत्यक्ष पहुंच के क्षेत्र में कमिट, पुश, पुश और कमिट और पुश.बैट फाइल बनाते हैं:
[कमिट की सामग्री। फ़ाइल फ़ाइल]
IF !%1==! goto exit1
cd C:\project
hg commit -A -m "%*"
goto exit0
:exit1
echo "NO COMMAND-LINE ARG!"
:exit0
यह फ़ाइल, जिसे तर्कों के साथ कहा जाता है, प्रतिबद्ध टिप्पणी में तर्कों के साथ परियोजना प्रतिबद्ध निष्पादित करेगी। उदाहरण: "मेरी पहली प्रतिबद्धता पर अमल करें" और टिप्पणी के साथ "मेरी पहली प्रतिबद्ध" हो। FAR में, संयोजन Ctrl + Enter का उपयोग करना सुविधाजनक है।
[push.bat फ़ाइल की सामग्री]
cd C:\project
hg push https://__:__@bitbucket.org/__/remote_project
यह फ़ाइल दूरस्थ रिपॉजिटरी को धक्का देगी।
[प्रतिबद्ध और push.bat फ़ाइल की सामग्री]
IF !%1==! goto exit1
cd C:\project
hg commit -A -m "%*"
goto exit0
:exit1
echo "NO COMMAND-LINE ARG!"
:exit0
call ./push.bat
यह फ़ाइल, जिसे तर्कों के साथ कहा जाता है, एक क्रमिक प्रतिबद्धता को निष्पादित करेगा और एक टिप्पणी करने के लिए टिप्पणी में दर्ज किए गए तर्कों के साथ परियोजना को आगे बढ़ाएगा।
इसके अलावा, छोटे मध्यवर्ती कमिट के लिए, मैं कमेट_डेट_टाइम.बैट फाइल बनाने की सलाह देता हूं:
[कमेंट की सामग्री_डेट_टाइम.बेट]
cd C:\project
hg commit -A -m "%DATE% %TIME%"
यह फ़ाइल एक टिप्पणी के रूप में वर्तमान तिथि और समय के साथ प्रतिबद्ध होगी, जो अक्सर सुविधाजनक होती है।
हर कोई संपादन की तीव्रता और जटिलता के आधार पर व्यक्तिगत रूप से 'कमोम' और 'पुश' की आवृत्ति पर निर्णय लेता है। हालांकि यह नियम का पालन करने की सिफारिश की जाती है "अधिक बार - बेहतर।"
रिपॉजिटरी की फ़ाइल / फ़ोल्डर पर राइट-क्लिक करके, आप रिपॉजिटरी एक्सप्लोरर (TortoiseHg - रिपॉजिटरी एक्सप्लोरर) लॉन्च कर सकते हैं, जो हमारी सभी समितियों को उन पर टिप्पणियों के साथ प्रस्तुत करता है। इस विंडो में, हमारी रिपॉजिटरी की ट्री संरचना प्रदर्शित की गई है, यहां से आप पिछले संस्करणों (बैकआउट) और अन्य ऑपरेशनों के लिए प्रतिबद्ध, पुश, रोलबैक भी कर सकते हैं।
आप bitbucket.org/your_account_name/remote_project पर समान परिवर्तन सेट कर सकते हैं, और आप प्रोजेक्ट के किसी भी संस्करण को एक संग्रह में डाउनलोड कर सकते हैं, जो कभी-कभी बहुत सुविधाजनक होता है।
सामान्य तौर पर, मैं मर्क्यूरियल के साथ प्रारंभिक परिचय पर विचार करता हूं। अधिक जानकारी के लिए कृपया संपर्क करें: Translate.by/you/mercurial-the-definitive-guide/into-ru/trans/

यह लेख किसके लिए है?

शायद मैं कहां से शुरू करूंगा - यह लेख किसके लिए है? इसका उत्तर सरल है - उन लोगों के लिए जो कठिन मुद्रा का उपयोग करना सीखना चाहते हैं। मैं कई डिजाइनरों, इंजीनियरों और यहां तक ​​कि हार्ड मुद्रा पर एक लेखक को "हुक" करने में कामयाब रहा। इसे आज़माएं और आप - यह आप अपने काम को बहुत आसान बना सकते हैं।

पुनश्च संस्करण नियंत्रण प्रणाली ब्लॉग में ले जाया गया।