Git Rebase का उपयोग कैसे करें: शुरुआती लोगों के लिए ट्यूटोरियल

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

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

Git की एक प्रमुख विशेषता ब्रांचेज़ का उपयोग करना है। ब्रांचेज़ डेवलपर्स को किसी प्रोजेक्ट के अनेक संस्करण रखने और प्रत्येक संस्करण को व्यवस्थित रूप से ट्रैक करने में सक्षम बनाती हैं। किसी समय, आपको एक ब्रांच में हुई प्रगति को दूसरी ब्रांच में एकीकृत करने की आवश्यकता पड़ सकती है। ब्रांचेज़ को मिलाने के कई तरीके हैं, जिनमें git merge और git rebase कमांड शामिल हैं।

इस लेख का उद्देश्य git rebase का परिचय देना है—एक ऐसा कमांड जो किसी स्रोत ब्रांच की कमिट्स की श्रृंखला को लक्ष्य ब्रांच, सामान्यतः main ब्रांच, के शीर्ष पर ले जाकर ब्रांचेज़ के एकीकरण में मदद करता है।

Git Rebase को समझना

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

क्योंकि डैशबोर्ड की मुख्य ज़िम्मेदारी आपकी होगी, एक समर्पित ब्रांच बनाना समझदारी है। इस बीच, टीम के बाकी सदस्य main ब्रांच में नई कमिट्स जोड़ते रह सकते हैं। स्थिति कुछ इस प्रकार दिखती है:

चित्र 1. स्रोत

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

यदि आप git merge कमांड से ब्रांचेज़ को मिलाते हैं, तो आपकी ब्रांच में एक नया मर्ज कमिट बनेगा जो main ब्रांच और आपकी बनाई ब्रांच में हुए नवीनतम बदलावों को साथ लाएगा।

चित्र 2. स्रोत

git merge एक गैर-विनाशकारी ऑपरेशन है, यानी दोनों ब्रांचेज़ का इतिहास नहीं बदलता। यह ट्रेसएबिलिटी के लिए अच्छा है, लेकिन इससे आपकी ब्रांच में जटिलता भी बढ़ती है, क्योंकि आपको main ब्रांच से लगातार नए, बाहरी कमिट्स जोड़ने पड़ सकते हैं—खासकर यदि main ब्रांच सक्रिय है। इससे संभावित मर्ज कॉन्फ्लिक्ट्स भी हो सकते हैं, जैसा कि इस मर्ज कॉन्फ्लिक्ट्स सुलझाने पर ब्लॉग में समझाया गया है।

दूसरी ओर, यदि आप git rebase का उपयोग करते हैं, तो आप अपनी पूरी ब्रांच को main ब्रांच के शीर्ष पर ले जाएंगे। यह ऑपरेशन प्रोजेक्ट के इतिहास को फिर से लिख देगा, आपकी ब्रांच में बनाए गए प्रत्येक कमिट के लिए नए कमिट सम्मिलित करके। परिणामी ब्रांच इस प्रकार दिखती है:

चित्र 3. स्रोत

git rebase प्रोजेक्ट में चीज़ों को स्पष्ट रखने का बढ़िया विकल्प है। पूरी फ़ीचर ब्रांच को main की नोक पर ले जाकर, प्रोजेक्ट का इतिहास बदल जाएगा और एक पूरी तरह से रैखिक (लीनियर) इतिहास बनेगा, जिसे नेविगेट करना आसान होगा। git rebase से वे अतिरिक्त मर्ज कमिट्स भी नहीं करने पड़ते जो git merge में आवश्यक होते हैं।

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

अब देखते हैं कि व्यवहार में git rebase कैसे काम करता है!

Git Rebase करना

git rebase कैसे काम करता है, यह दर्शाने के लिए हम पिछले सेक्शन में वर्णित उदाहरण को दोहराएँगे। यदि आप किसी सहयोगात्मक प्रोजेक्ट पर काम कर रहे हैं, तो सबसे पहले आपको उस रिमोट रिपॉज़िटरी से सामग्री फ़ेच और डाउनलोड करनी होगी जहाँ प्रोजेक्ट होस्टेड है (आम तौर पर क्लाउड या किसी रिमोट सर्वर पर) और अपने लोकल रिपॉज़िटरी को नवीनतम अपडेट्स से अपडेट करना होगा, ताकि आप टीम के बाकी सदस्यों के साथ एक ही पृष्ठ पर हों। यह git pull कमांड से किया जा सकता है, जिसे आप अपने टर्मिनल पर चला सकते हैं:

git pullसंचालित द्वारा

अब आप PowerBI डैशबोर्ड पर काम करने के लिए एक नई ब्रांच बनाने के लिए तैयार हैं। यह निम्न कमांड से किया जा सकता है:

git checkout -b powerbi_dashboardसंचालित द्वारा

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

git add .  
git commit -m "powerbi_dashboard/add_plots"संचालित द्वारा

इस बीच, आपके सहकर्मी main ब्रांच में आपके डैशबोर्ड प्रोजेक्ट से संबंधित नई प्रगति करते हैं। फिर से, आपको सबसे पहले git pull चलाकर रिमोट रिपॉज़िटरी से अपडेट्स प्राप्त करने और उन्हें अपनी लोकल रिपॉज़िटरी में कॉपी करने की आवश्यकता है। इससे चित्र 1 में वर्णित स्थिति बनेगी।

यहाँ से, आप या तो git merge या git rebase चुन सकते हैं। यदि आप दूसरा विकल्प चुनते हैं, तो अपनी ब्रांच को main ब्रांच के शीर्ष पर ले जाने के लिए आपको बस git rebase चलाने की आवश्यकता होगी।

git checkout -b powerbi_dashboard
git rebase main संचालित द्वारा

इंटरेक्टिव रीबेसिंग

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

इंटरैक्टिव रीबेसिंग शुरू करने के लिए, git rebase कमांड में i विकल्प जोड़ें:

git checkout -b powerbi_dashboard
git rebase -i mainसंचालित द्वारा

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

pick 46s9451 powerbi_dashboard/add_plots #keep commit
reword 94561f6 powerbi_dashboard/set_data_connectors #edit commit message
drop 1f094y8 powerbi_dashboard/minor_changes #remove commitसंचालित द्वारा

Git Rebase के श्रेष्ठ अभ्यास

git rebase उपयोगी कमांड है, लेकिन गलत परिदृश्यों में उपयोग करने पर यह भ्रमित करने वाली स्थितियों को जन्म दे सकता है। सामान्य नियम के रूप में, आपको git rebase का उपयोग केवल लोकल रिपॉज़िटरीज़ में करना चाहिए।

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

हालाँकि, रीबेस वर्कफ़्लो के दौरान आपको मर्ज कॉन्फ्लिक्ट्स का सामना करना पड़ सकता है—खासकर यदि आपने कुछ समय से main ब्रांच में अपने सहकर्मियों की कमिट्स को शामिल नहीं किया है।

यह स्थिति, जहाँ आपकी ब्रांच main ब्रांच की नवीनतम कमिट्स से टकराती है, को आप अपनी ब्रांच को मुख्य के विरुद्ध बार-बार रीबेस करके दूर कर सकते हैं। इस तरह, आप सुनिश्चित कर सकते हैं कि आप एक ही पृष्ठ पर काम कर रहे हैं।

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

निष्कर्ष

आप ट्यूटोरियल के अंत तक पहुँच गए हैं। बधाई! git rebase ऐसा कमांड है जिसे अपने git वर्कफ़्लोज़ में शामिल करना सार्थक है। लेकिन Git के बारे में सीखने के लिए और भी बहुत कुछ है—यह डेवलपर्स और डेटा प्रैक्टिशनरों दोनों के लिए अनिवार्य टूल है।

नीचे आपको Git में महारत हासिल करने में मदद के लिए कुछ DataCamp संसाधन मिलेंगे। हमें आशा है कि आपको ये पसंद आएँगे!

• Introduction to Git Course
• Introduction to Version Control Course
• Git Cheat Sheet
• Git Reset and Revert Tutorial