Git में शाखाएँ कैसे बनाएं और प्रबंधित करें

संपादित 5 महीने पहले द्वारा ExtremeHow संपादकीय टीम

गिटशाखाएंप्रबंधनविंडोमैकलिनक्सस्रोत नियंत्रणसंस्करण नियंत्रणविकासवर्कफ़्लोसहयोग

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

Git शाखाकरण को समझना

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

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

Git में एक नई शाखा बनाना

Git में एक नई शाखा बनाने के लिए, आप निम्नलिखित कमाण्ड का उपयोग कर सकते हैं:

git branch <branch-name>

उदाहरण के लिए, यदि आप feature-update नाम की शाखा बनाना चाहते हैं, तो आप इस तरह दर्ज करेंगे:

git branch feature-update

यह कमाण्ड feature-update नाम की एक नई शाखा बनाएगी। हालाँकि, आप अभी भी master शाखा पर रहेंगे। नए शाखा पर कार्य प्रारंभ करने के लिए, आपको निम्नलिखित कमाण्ड का उपयोग करके इस पर स्विच करना होगा:

git checkout feature-update

Git तब आपकी कार्य निर्देशिका को अपडेट करेगा और आपकी शाखा की सूचक को feature-update शाखा पर इंगित करेगा। Git संस्करण 2.23 और बाद में, आप switch कमांड का उपयोग करके वर्कफ़्लो को सरल कर सकते हैं:

git switch feature-update

एक ही कमांड में एक नई शाखा बनाना और स्विच करना

Git एक नई शाखा बनाने और इसे एक ही कमांड में स्विच करने के लिए एक शॉर्टकट प्रदान करता है: checkout के साथ -b विकल्प।

git checkout -b <branch-name>

इसका उपयोग करके, आप एक नई शाखा बना सकते हैं और इस पर स्विच कर सकते हैं:

git checkout -b feature-update

या नए संस्करणों में switch कमांड का उपयोग करके:

git switch -c feature-update

शाखाओं की सूची

अपने भंडार में सभी शाखाओं को देखने के लिए, आप git branch कमांड का उपयोग कर सकते हैं:

git branch

यह कमांड भंडार में सभी शाखाओं को सूचीबद्ध करेगा और वर्तमान शाखा को एक तारांकित चिन्ह (*) के साथ दर्शाएगा।

एक शाखा का पुनः नामकरण

कभी-कभी, आपको एक शाखा का पुनः नामकरण करने की आवश्यकता हो सकती है। आप मौजूदा शाखा का नाम पुनः बदलने के लिए निम्नलिखित का उपयोग कर सकते हैं:

git branch -m <new-branch-name>

यदि आप उस शाखा का पुनः नामकरण करना चाहते हैं जिस पर आप वर्तमान में नहीं हैं, तो उपयोग करें:

git branch -m <old-branch-name> <new-branch-name>

यह कमांड निर्दिष्ट शाखा का पुनः नामकरण करेगा।

एक शाखा हटाना

जब आप एक शाखा पर काम समाप्त कर लेते हैं, तो आप इसे हटाना चाह सकते हैं। Git में एक शाखा को हटाना बहुत आसान है। पहले, सुनिश्चित करें कि आपने किसी अन्य शाखा को चुना है जिसे आप हटाना नहीं चाहते हैं।

एक शाखा को हटाने के लिए, उपयोग करें:

git branch -d <branch-name>

यह कमांड निर्दिष्ट शाखा को हटा देगा। यदि शाखा जिसे आप हटाने पर विचार कर रहे हैं उसमें कुछ अप्रकाशित बदलाव हैं, तो Git आपको इसे हटाने से रोकेगा। ऐसे मामलों में, अगर आप सुनिश्चित हैं, तो आप इसे जोर जबरदस्ती से हटा सकते हैं:

git branch -D <branch-name>

शाखाओं का मर्ज करना

जब आपने किसी शाखा में एक फीचर या सुधार पर काम पूरा कर लिया है, तो आप शायद उन परिवर्तनों को किसी अन्य शाखा जैसे master या main में एकीकृत करना चाहेंगे। इस प्रक्रिया को मर्जिंग कहा जाता है।

उस शाखा पर स्विच करें जिसमें आप मर्ज करना चाहते हैं। उदाहरण के लिए, यदि आप feature-update को master में मर्ज करना चाहते हैं, तो सुनिश्चित करें कि आप master शाखा पर हैं:

git checkout master

फिर, निम्नलिखित कमांड चलाएं:

git merge feature-update

Git feature-update शाखा से कमिट लेगा और उन्हें master शाखा में एकीकृत करेगा। यदि कोई संघर्ष नहीं है, तो यह प्रक्रिया सरल है। अगर कोई संघर्ष है, तो Git मर्ज रोक देगा और आपसे उन्हें मैन्युअल रूप से हल करने को कहेगा।

मर्ज संघर्ष सुलझाना

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

मर्ज संघर्षों को हल करने के लिए, प्रभावित फाइलें खोलें, और उन लाइनों को देखें जो <<<<<<< HEAD और >>>>>>> से चिह्नित हैं। ये मार्कर मौजूदा शाखा के परिवर्तनों और मर्ज की जा रही शाखा के बीच अंतर का संकेत देते हैं। तय करें कि कौन से बदलाव रखने हैं और कोई आवश्यक समायोजन करें।

संघर्षों के समाधान के बाद, फाइलों को हल थाऔ जाने के रूप में अंकित करें और कमिट प्रक्रिया को पूर्ण करें:

git add <filename>

अंत में, बदलाव लागू करके मर्ज प्रक्रिया को पूरा करें:

git commit

यह परिवर्तन को एकीकृत करेगा और मर्ज प्रक्रिया को पूरा करने के लिए एक नया मर्ज कमिट बनाएगा।

शाखा पुनः-आधार

परिवर्तनों को एकीकृत करने का एक और तरीका पुनः-आधार है। पुनः-आधार कुछ कमिटों के क्रम को एक नए बेस कमिट में स्थानांतरित या मिलाने की प्रक्रिया है। यह परियोजना के इतिहास को रेखीय बनाए रखने के लिए एक शक्तिशाली तकनीक हो सकती है।

किसी शाखा का पुनः-आधार करने के लिए, पहले उस शाखा पर स्विच करें जिस पर आप पुनः-आधार करना चाहते हैं। मान लीजिए, आप feature-update से master पर पुनः-आधार करना चाहते हैं:

git checkout feature-update

फिर, निम्नलिखित कमांड निष्पादित करें:

git rebase master

Git feature-update से कमिटों को master के शीर्ष पर फिर से लागू करेगा, जिससे एक रेखीय इतिहास बनेगा। ध्यान दें कि पुनः-आधार कमिट हैशेस में बदलाव ला सकता है, जिससे जटिलताएं उत्पन्न हो सकती हैं यदि आपकी शाखा पहले ही एक साझा भंडार में पुश कर दी गई है।

Git के लिए शाखा प्रथाएं

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

निष्कर्ष

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

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

  इस लेख को साझा करें

यदि आपको लेख की सामग्री में कुछ गलत लगता है, आप कर सकते हैं अपडेट का अनुरोध करें