Git Cherry-Pick: विशेष कमिट्स का चयन और लागू कैसे करें

Git Cherry-Pick का सिंटैक्स

git cherry-pick का सिंटैक्स समझना इस कमांड का प्रभावी उपयोग करने की कुंजी है। यह केवल कमिट्स चुनने तक सीमित नहीं है, बल्कि उन्हें सटीकता से लागू करने के बारे में है ताकि वांछित परिणाम मिल सके।

एक सिंगल कमिट को चेरी-पिक करने का बेसिक सिंटैक्स है:

git cherry-pick <commit-hash>

• git cherry-pick: ऑपरेशन शुरू करने वाला कमांड।
• <commit-hash>: उस कमिट का यूनिक आइडेंटिफायर (SHA-1 हैश) जिसे आप चेरी-पिक करना चाहते हैं। यह हैश कमिट हिस्ट्री सूचीबद्ध करने के लिए git log चलाकर पाया जा सकता है।

उपरोक्त कमांड चलाने पर, Git निर्दिष्ट कमिट के बदलावों को करंट ब्रांच पर लागू करता है और उन्हीं बदलावों के साथ एक नया कमिट बनाता है, लेकिन अलग हैश के साथ। 

यह ध्यान रखना महत्वपूर्ण है कि यह कमांड केवल कमिट को ट्रांसफर करता है, मूल ब्रांच का संदर्भ या पैरेंट हिस्ट्री नहीं।

Git और GitHub में नए हैं? वर्शन कंट्रोल शुरू करें इस शुरुआती-हितैषी GitHub और Git ट्यूटोरियल के साथ।

Git Cherry-Pick कैसे उपयोग करें: चरण-दर-चरण उदाहरण

अब जब आप git cherry-pick का बेसिक सिंटैक्स समझ चुके हैं, तो आइए इसे क्रिया में देखें।

यह सेक्शन व्यावहारिक उदाहरण देता है जो आपको सामान्य बुनियादी और कुछ जटिल परिदृश्यों से गुज़ारता है जहाँ चेरी-पिकिंग उपयोगी है। हर उदाहरण दिखाता है कि एक या अधिक कमिट्स से बदलावों को दूसरी ब्रांच पर कैसे लागू करें। 

उदाहरण 1: एक सिंगल कमिट को चेरी-पिक करना

मान लीजिए आपने फीचर ब्रांच पर एक फिक्स किया है जिसे आप पूरी फीचर ब्रांच मर्ज किए बिना मेन ब्रांच पर लागू करना चाहते हैं।

• सबसे पहले, यह कमांड चलाकर उस कमिट का हैश ढूंढें जिसे आप चेरी-पिक करना चाहते हैं:

git log

• कमिट का हैश खोजें। 
• मेन ब्रांच पर स्विच करें:

git checkout main

• चेरी-पिक कमांड चलाएँ (मान लें हैश abc1234 है):

git cherry-pick abc1234

जब आप यह कमांड चलाते हैं, तो Git abc1234 द्वारा पहचाने गए कमिट के बदलावों को आपकी वर्तमान ब्रांच (यहाँ main) पर लागू करेगा। Git मेन ब्रांच पर एक नया कमिट बनाता है जिसमें मूल कमिट जैसे ही बदलाव होते हैं लेकिन नया कमिट हैश होता है।

उदाहरण 2: कई कमिट्स को चेरी-पिक करना

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

• जिन कमिट्स को चेरी-पिक करना है उनके हैश git log से ढूंढें:

git log

• मेन ब्रांच पर स्विच करें:

git checkout main

• चेरी-पिक कमांड चलाएँ और कमिट्स सूचीबद्ध करें:

git cherry-pick abc1234 def5678 ghi7890

उदाहरण 3: कमिट रेंज को चेरी-पिक करना

मान लें आपने फीचर ब्रांच पर कमिट्स की एक श्रृंखला की है और उन्हें एक साथ मेन ब्रांच पर लागू करना चाहते हैं—बिना हर कमिट को अलग से बताए। आप यह कैसे करेंगे?

• git log से शुरू और अंत के कमिट्स पहचानें जिन्हें चेरी-पिक करना है (जैसे, abc1234 से ghi7890 तक)।
• मेन ब्रांच पर स्विच करें:

git checkout main

• कमिट रेंज के साथ चेरी-पिक कमांड चलाएँ:

git cherry-pick abc1234...ghi7890

उदाहरण 4: रिमोट ब्रांच से कमिट चेरी-पिक करना

कभी-कभी एक आवश्यक फिक्स किसी रिमोट ब्रांच में होता है और आप उसे पूरी ब्रांच मर्ज किए बिना अपनी लोकल ब्रांच पर लागू करना चाहते हैं। यह ऐसे करें:

• रिमोट रिपॉज़िटरी से नवीनतम बदलाव फ़ेच करें

git fetch origin

• रिमोट ब्रांच के कमिट्स सूचीबद्ध करें और आवश्यक हैश ढूंढें:

git log origin/feature_branch --oneline

• मान लें कि आपको abc1234 कमिट हैश चाहिए।
• अपनी लोकल मेन ब्रांच पर स्विच करें:

git checkout main

• रिमोट ब्रांच से कमिट चेरी-पिक करें:

git cherry-pick abc1234

इससे आप रिमोट ब्रांच से एक कमिट लागू कर सकते हैं—बिना पूरी ब्रांच मर्ज किए।

रिमोट ब्रांच चेकआउट करनी है? इस चरण-दर-चरण गाइड को देखें रिमोट ब्रांचों के लिए Git checkout पर।

उदाहरण 5: कमिट को चेरी-पिक करना और संशोधित करना

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

• टार्गेट ब्रांच पर स्विच करें:

git checkout main

• चेरी-पिक करें लेकिन कमिट करने से पहले रुकें:

git cherry-pick -n abc1234

-n (या --no-commit) फ्लैग बदलाव लागू करता है लेकिन कमिट नहीं बनाता।

• आवश्यकतानुसार फाइलों में संशोधन करें।
• बदलावों को स्टेज करके मैन्युअली कमिट करें:

git add .
git commit -m "Modified cherry-picked commit from feature_branch"

जब आपको कमिट को फाइनल करने से पहले चेरी-पिक किए गए कमिट में हल्का बदलाव करना हो, तब यह उपयोगी है।

Git Cherry-Pick के दौरान कॉन्फ्लिक्ट संभालना

ब्रांचों के बीच कमिट्स चेरी-पिक करते समय कॉन्फ्लिक्ट्स अवश्यंभावी हैं, खासकर जब कोडबेस काफी अलग हो चुका हो। 

हालाँकि cherry-pick बदलावों को साफ़-सुथरे तरीके से लागू करने के लिए बनाया गया है, यह हमेशा स्वतः भिन्नताओं का मेल नहीं कर पाता। ऐसे मामलों में, कॉन्फ्लिक्ट्स को मैन्युअली हल करना होता है। यह समझना जरूरी है कि कॉन्फ्लिक्ट कैसे होते हैं और उन्हें कैसे हैंडल करें ताकि cherry-pick ऑपरेशन सफलतापूर्वक पूरा हो सके।

कॉन्फ्लिक्ट कैसे होते हैं

कॉन्फ्लिक्ट आमतौर पर तब होते हैं जब चेरी-पिक किए गए कमिट के बदलाव टार्गेट ब्रांच में पहले से मौजूद बदलावों से ओवरलैप या टकराते हैं। उदाहरण के लिए:

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

कॉन्फ्लिक्ट होने पर Git cherry-pick ऑपरेशन रोक देगा और आपकी वर्किंग डायरेक्टरी को कॉन्फ्लिक्टेड स्थिति में छोड़ देगा, जिसे आगे बढ़ने से पहले हल करना आवश्यक है।

कॉन्फ्लिक्ट्स को सुलझाना

जैसे ही कॉन्फ्लिक्ट होता है, Git आपको कॉन्फ्लिक्टिंग फाइलों का संकेत देगा, और आपको असंगतियों को मैन्युअली हल करना होगा। ऐसे सुलझाएँ:

1. कॉन्फ्लिक्टिंग फाइलें देखें: यह कमांड चलाएँ ताकि पता चले किन फाइलों में कॉन्फ्लिक्ट है:

git status

यह कमांड कॉन्फ्लिक्ट वाली फाइलों की सूची दिखाएगा। 

2. कॉन्फ्लिक्ट्स हल करें: आप कॉन्फ्लिक्टिंग फाइलों को मैन्युअली एडिट करके समस्याएँ सुलझा सकते हैं। कॉन्फ्लिक्ट मार्कर्स (<<<<<<<, =======, >>>>>>>) हटाएँ और तय करें किन बदलावों को रखना है या कैसे मिलाना है।

3. Git Mergetool का उपयोग करें (वैकल्पिक): यदि मैन्युअल समाधान कठिन है, तो विजुअल रूप से कॉन्फ्लिक्ट सुलझाने में मदद के लिए मर्ज टूल का उपयोग करें:

git mergetool

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

4. फाइलों को resolved चिह्नित करें: कॉन्फ्लिक्ट्स हल करने के बाद, फाइलों को इस तरह स्टेज करें:

git add <conflicted-file>

5. चेरी-पिक पूरा करें: जब सभी कॉन्फ्लिक्ट्स हल हो जाएँ और फाइलें स्टेज हो जाएँ, तो यह चलाएँ:

git cherry-pick --continue

कई आधुनिक IDEs और टूल, जैसे Visual Studio Code और GitHub, में बिल्ट-इन मर्ज कॉन्फ्लिक्ट समाधान फीचर्स होते हैं। GitHub का वेब इंटरफ़ेस सीधे पुल रिक्वेस्ट्स में कॉन्फ्लिक्ट्स हल करने देता है, जिससे साझा रिपॉज़िटरी पर सहयोग करना आसान हो जाता है—बिना लोकल वातावरण में स्विच किए।

कॉन्फ्लिक्ट के बाद किसी कमिट को स्किप करना

कभी-कभी कॉन्फ्लिक्ट सुलझाना बहुत जटिल हो सकता है, या आपको अहसास होता है कि वह कमिट आवश्यक नहीं है। ऐसे में आप उस कमिट को पूरी तरह स्किप कर सकते हैं।

1. वर्तमान चेरी-पिक प्रक्रिया में कमिट स्किप करें: यदि कॉन्फ्लिक्ट बहुत जटिल है और आप कमिट लागू नहीं करना चाहते, तो यह चलाएँ:

git cherry-pick --skip

यह कॉन्फ्लिक्टेड कमिट छोड़ देगा और अगले पर आगे बढ़ जाएगा (यदि आप कई कमिट्स चेरी-पिक कर रहे हैं)।

2. पूरी चेरी-पिक प्रक्रिया को एबॉर्ट करें: यदि आप cherry-pick ऑपरेशन को पूरी तरह रोकना चाहते हैं, तो यह चलाएँ:

git cherry-pick --abort

यह कमांड आपकी वर्किंग डायरेक्टरी को चेरी-पिक शुरू करने से पहले की स्थिति में बहाल कर देगा। 

अपनी कमिट हिस्ट्री को साफ करना चाहते हैं? कई कमिट्स को एक में कैसे मिलाएँ जानें इस Git squash ट्यूटोरियल के साथ।

Git Cherry-Pick के उपयोग की सर्वोत्तम प्रथाएँ

cherry-pick का गलत उपयोग आपके प्रोजेक्ट की वर्शन कंट्रोल हिस्ट्री को जटिल और भ्रमित कर सकता है। इन खामियों से बचने के लिए सर्वोत्तम प्रथाओं का पालन करना जरूरी है ताकि आप cherry-pick को प्रभावी ढंग से उपयोग करें और कोडबेस में अनावश्यक जटिलता न जोड़ें।

इसे छोटा और विशिष्ट रखें

चेरी-पिकिंग सबसे प्रभावी तब होती है जब इसे छोटे, विशिष्ट कमिट्स के लिए उपयोग किया जाए जो स्पष्ट कार्यों, जैसे बग फिक्स या छोटे फीचर सुधार, को संबोधित करते हैं। 

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

अपनी चेरी-पिक्स को डॉक्यूमेंट करें

साफ-सुथरी हिस्ट्री बनाए रखने के लिए, चेरी-पिकिंग करते समय हमेशा उचित संदर्भ दें। यह विस्तृत कमिट संदेशों या दस्तावेज़ीकरण में टिप्पणी के माध्यम से किया जा सकता है। 

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

कमिट हिस्ट्री की समीक्षा करें

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

चेरी-पिकिंग का अत्यधिक उपयोग न करें

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

चेरी-पिकिंग से पहले हमेशा मूल्यांकन करें कि मर्जिंग या रिबेसिंग अधिक उपयुक्त रणनीति है या नहीं। कमिट हिस्ट्री में अव्यवस्था से बचने के लिए cherry-pick का संयमित और उद्देश्यपूर्ण उपयोग करें।

Git में अनावश्यक फाइलों से जूझ रहे हैं? .gitignore का प्रभावी उपयोग करना सीखें इस Git ignore ट्यूटोरियल के साथ।

Git Cherry-Pick से जुड़ी आम समस्याएँ और ट्रबलशूटिंग

cherry-pick उपयोग करते समय आने वाली समस्याओं का समाधान करने के लिए Git के आंतरिक तंत्र की स्पष्ट समझ जरूरी है। इस सेक्शन में, मैं चेरी-पिकिंग के दौरान मिलने वाली कुछ आम समस्याएँ और उनके समाधान कवर करूँगा।

ऐसे कमिट को चेरी-पिक करना जो मौजूद नहीं

कभी-कभी आप ऐसे कमिट को चेरी-पिक करने की कोशिश कर सकते हैं जो वर्तमान ब्रांच से एक्सेसिबल नहीं है या पहले ही मर्ज हो चुका है। आमतौर पर यह एक एरर मैसेज देता है कि कमिट नहीं मिला या लागू नहीं किया जा सका।

1. कमिट नहीं मिला: यह तब होता है जब जिस हैश को आप चेरी-पिक करना चाहते हैं, वह आपकी मौजूदा रिपॉज़िटरी या ब्रांच संदर्भ में नहीं है। सुनिश्चित करें कि आप सही कमिट का संदर्भ दे रहे हैं—उस ब्रांच पर git log से जाँचें जहाँ कमिट मौजूद है। समाधान:

• कमिट हैश को दोबारा जाँचें कि वह सही है।
• पुष्टि करें कि कमिट किसी ऐसी ब्रांच पर है जहाँ आपकी पहुँच है।
• यदि कमिट रिमोट ब्रांच में है, तो git fetch से सुनिश्चित करें कि वह फ़ेच हो चुका है।

2. कमिट पहले ही लागू हो चुका: यदि कमिट पहले से टार्गेट ब्रांच में मर्ज या चेरी-पिक हो चुका है, तो Git उसे दोहराने से रोकेगा। यह सेफगार्ड हिस्ट्री को साफ रखता है और अनावश्यक बदलावों से बचाता है। समाधान:

• टार्गेट ब्रांच पर git log से जाँचें कि कमिट पहले से मौजूद तो नहीं।
• यदि बदलाव पहले ही लागू हो चुके हैं, तो cherry-pick ऑपरेशन स्किप कर दें।

रिबेस या मर्ज के बाद चेरी-पिकिंग

रिबेस या मर्ज के बाद चेरी-पिकिंग आपकी ब्रांच हिस्ट्री में आए बदलावों के कारण जटिलताएँ ला सकती है। रिबेस कमिट हिस्ट्री को फिर से लिखता है जबकि मर्ज ब्रांचों को जोड़ता है—दोनों cherry-pick की लागू योग्यता को प्रभावित कर सकते हैं।

1. रिबेस्ड कमिट्स के कारण कॉन्फ्लिक्ट्स: रिबेस के बाद कमिट हिस्ट्री फिर लिखी जाती है, जिससे उन कमिट्स को चेरी-पिक करते समय समस्या हो सकती है जो रिबेस प्रक्रिया के दौरान बदल गए हों। जैसे ही cherry-pick ऐसे बदलाव लागू करने की कोशिश करता है जो नई हिस्ट्री से मेल नहीं खाते, कॉन्फ्लिक्ट्स हो सकते हैं। समाधान:

• git log से रिबेस के बाद की कमिट हिस्ट्री को ध्यान से देखें कि जिस कमिट को आप चेरी-पिक कर रहे हैं, वह पहले से संशोधित तो नहीं।
• मानक cherry-pick प्रक्रिया की तरह git status और मैन्युअल एडिट्स से कॉन्फ्लिक्ट्स हल करें।

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

• चेरी-पिक से पहले दोनों ब्रांचों की हिस्ट्री जाँचें कि कमिट पहले से मर्ज तो नहीं हुआ।
• यदि कमिट टार्गेट ब्रांच में पहले से है, तो उसे दोबारा चेरी-पिक न करें।

Git में बदलाव वापस लेने हैं? git reset बनाम git revert कब उपयोग करें जानें इस Git reset और revert ट्यूटोरियल में।

निष्कर्ष

git cherry-pick किसी पूरी ब्रांच को मर्ज किए बिना एक ब्रांच से दूसरी में विशेष कमिट्स लागू करने का शक्तिशाली तरीका है। चाहे आप बग फिक्स ले जा रहे हों, फीचर अपडेट, या चयनात्मक बदलाव लागू कर रहे हों, यह आपकी Git हिस्ट्री को साफ़ और केंद्रित रखने में मदद करता है।

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

यदि आप Git कौशल को और गहराई देना चाहते हैं, तो Foundations of Git से मज़बूत शुरुआत करें। आप Introduction to GitHub Concepts भी देख सकते हैं या संरचित तरीके से सीखने के लिए GitHub Foundations स्किल ट्रैक चुन सकते हैं।

अब जब आप प्रो की तरह चेरी-पिक करना जान गए हैं, तो इसे अपने अगले प्रोजेक्ट में आज़माइए!