Git के साथ संस्करण नियंत्रण का परिचय

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

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

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

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

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

प्रत्येक डेवलपर को VCS का उपयोग करना सीखने की आवश्यकता क्यों है?

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

बाजार में कई वर्जन कंट्रोल सिस्टम उपलब्ध हैं जैसे सबवर्सन, मर्कुरियल आदि लेकिन जिस कारण से हम गिट पर ध्यान केंद्रित कर रहे हैं वह यह है कि यह अब तक का सबसे लोकप्रिय विकल्प उपलब्ध है।

व्यवस्था

आप किस ऑपरेटिंग सिस्टम पर हैं, इसके आधार पर git का सेटअप अलग है। मैं आपको macOS, Linux और Windows पर सेटअप प्रक्रिया के बारे में बताता हूँ।

macOS

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

• काढ़ा स्थापित करें git

Linux

Linux पर इंस्टाल करने की प्रक्रिया भी काफी हद तक macOS के समान ही है। टर्मिनल खोलें और निम्न आदेश जारी करें:

• sudo apt-get git स्थापित करें

Windows

विंडोज़ पर स्थापित करने की प्रक्रिया थोड़ी अलग है। विंडोज़ पर, आपको एक इंस्टॉलर डाउनलोड करना होगा। वहां जाओ इस लिंक नवीनतम इंस्टॉलर डाउनलोड करने के लिए और फिर अपने विंडोज मशीन पर गिट स्थापित करने के लिए इंस्टॉलर चलाएं।

Getting Started

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

• अपनी मशीन पर टर्मिनल/कमांड प्रॉम्प्ट लॉन्च करें।
• प्रोजेक्ट निर्देशिका पर नेविगेट करें जिसमें सभी प्रोजेक्ट फ़ाइलें हैं। (यह आमतौर पर सभी प्लेटफार्मों पर सीडी कमांड का उपयोग करके किया जाता है)
• अब जब आप अपनी परियोजना निर्देशिका के अंदर हैं तो निम्न आदेश जारी करें: जीआईटी init

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

परिवर्तन करना और अपनी पहली प्रतिबद्धता जारी करना

किसी भी VCS के बारे में सबसे महत्वपूर्ण हिस्सा परिवर्तनों को ट्रैक करना है। जब भी आप प्रोजेक्ट डायरेक्टरी में बदलाव जारी करते हैं, तो यह रिपोजिटरी की स्थिति में दिखाई देगा। आगे बढ़ें और निर्देशिका में एक फ़ाइल जोड़ें या किसी मौजूदा फ़ाइल में परिवर्तन करें। ऐसा करने के बाद आप रिपोजिटरी में फ़ाइल की स्थिति की जांच करने के लिए निम्न आदेश जारी नहीं कर सकते हैं।

• जीआईटी स्थिति

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

• जोड़ देना

गिट ऐड कमांड जारी करने पर आप फाइल की स्थिति देखने के लिए स्टेटस कमांड को फिर से जारी कर सकते हैं।

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

• गिट प्रतिबद्ध - एम "Your_MESSAGE"

उद्धरणों के नीचे के भाग को अपने स्वयं के कस्टम संदेश से बदलें। अब, अपने भंडार को git status के साथ जांचें। आप देखेंगे कि प्रतिबद्धता सफल रही।

शाखाओं में

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

Git का उपयोग करके एक शाखा बनाना काफी सरल है। बस निम्नलिखित कमांडर जारी करें

• गिट चेकआउट-बी "शाखा_नाम"

ऐसा करने के बाद आप निम्न आदेश जारी करके जांच सकते हैं कि आप किस शाखा में हैं:

• गिट शाखा

GitHub पर अपना कोड साझा करना

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

 

सुनिश्चित करें कि आगे बढ़ने से पहले आपके पास एक GitHub खाता है।

एक बार जब आप साइन अप कर लेते हैं। आगे बढ़ें और GitHub पर एक रिपॉजिटरी बनाएं जैसा कि नीचे स्क्रीनशॉट में दिखाया गया है।

 

एक बार जब आप रिपॉजिटरी बना लेते हैं। गिटहब पर अपनी परियोजना लाने में आपका मार्गदर्शन करने के लिए आपको और कदम दिखाए जाएंगे।

चूंकि आपने पहले ही एक रिपॉजिटरी बना ली है। आपको बस इसे धक्का देने की जरूरत है। ऐसा करने के लिए निम्न आदेश जारी करें।

• गिट रिमोट मूल जोड़ें REMOTE_URLगिट पुश -यू मूल मास्टर

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

निष्कर्ष

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