git cherry-pick क्या है और यह कब उपयोगी है?

Question

Accepted Answer

**git cherry-pick** एक branch से एक **विशिष्ट commit** को दूसरे पर लागू करता है — पूरी branch को merge किए बिना, सिर्फ़ उस commit के परिवर्तनों की copy करते हुए। यह विशेष परिवर्तनों को चुनिंदा रूप से लागू करने के लिए उपयोगी है, जैसे किसी fix को backport करना। ## Cherry-pick कैसे काम करता है ```bash # apply a specific commit from another branch onto the current branch git cherry-pick # → creates a NEW commit on the current branch with that commit's changes # (a copy — new hash, same changes) git cherry-pick # multiple commits git cherry-pick A..B # a range of commits ``` Cherry-pick एक विशिष्ट commit के परिवर्तनों को लेता है और उन्हें आपकी वर्तमान branch पर एक नए commit के रूप में लागू करता है — चुनिंदा रूप से, source branch के बाकी हिस्से को साथ लाए बिना। ## सामान्य उपयोग के मामले ```text ✓ BACKPORTING a fix — apply a bug fix from main to a release/maintenance branch (without merging all of main's other changes into the release branch) ✓ Applying a specific commit that's ready, while the rest of its branch isn't ✓ Moving a commit made on the wrong branch to the correct one ✓ Selectively pulling one change from another branch ``` ## सावधानियाँ ```text ⚠️ Creates DUPLICATE commits (same changes, different hashes on each branch): → can cause confusion/conflicts if branches are later merged (the change appears twice, though Git often handles it). Prefer merge/rebase for integrating whole branches. ⚠️ Cherry-picking many commits is a sign you might want a merge/rebase instead ⚠️ Conflicts can occur (resolve like a merge); use it deliberately, not as a default → Use cherry-pick for SELECTIVE, specific needs — not routine integration. ``` ## यह क्यों महत्वपूर्ण है `git cherry-pick` को समझना **विशिष्ट परिवर्तनों को चुनिंदा रूप से लागू करने** के लिए मूल्यवान है, जो विशेष स्थितियों के लिए एक उपयोगी क्षमता है, इसलिए यह जानने योग्य व्यावहारिक Git ज्ञान है। मूल क्षमता — पूरी branch को merge किए बिना सिर्फ़ एक **विशिष्ट commit के परिवर्तनों** को दूसरी branch पर लागू करना — वास्तविक आवश्यकताओं को संबोधित करती है जिन्हें merging साफ़-सुथरे तरीके से नहीं संभाल सकता। सबसे सामान्य और महत्वपूर्ण उपयोग **backporting** है: main branch से एक विशिष्ट bug fix को एक release या maintenance branch पर लागू करना, सिर्फ़ वह fix पाते हुए और main के बाकी सभी (संभवतः अस्थिर या unreleased) परिवर्तनों को release branch में merge किए बिना — released software को बनाए रखने में एक बार-बार होने वाली आवश्यकता। अन्य उपयोगों में एक तैयार commit को लागू करना (जबकि उसकी branch का बाकी हिस्सा तैयार नहीं है), गलत branch पर किए गए commit को सही branch पर ले जाना, और एक परिवर्तन को चुनिंदा रूप से pull करना शामिल है। **सावधानियों** को समझना cherry-pick का उचित उपयोग करने के लिए महत्वपूर्ण है: यह **duplicate commits** बनाता है (समान परिवर्तन प्रत्येक branch पर अलग hashes के साथ), जो बाद में branches को merge करने पर भ्रम या conflicts पैदा कर सकते हैं, इसलिए इसे एक routine integration पद्धति के बजाय **चुनिंदा आवश्यकताओं के लिए जानबूझकर** उपयोग किया जाना चाहिए (पूरी branches को integrate करने के लिए merge या rebase बेहतर हैं), और कई commits को cherry-pick करना एक संकेत है कि आप शायद merge चाहते हैं। यह निर्णय — विशिष्ट, चुनिंदा स्थितियों (विशेष रूप से backporting) के लिए cherry-pick का उपयोग करना जबकि routine integration के लिए merge/rebase को प्राथमिकता देना — ठोस Git अभ्यास को दर्शाता है। चूँकि विशिष्ट परिवर्तनों को चुनिंदा रूप से लागू करना (विशेष रूप से release branches में fixes को backport करना) एक वास्तविक, कभी-कभी महत्वपूर्ण आवश्यकता है, और चूँकि cherry-pick इसके लिए उपकरण है (इसके उचित उपयोग के बारे में सावधानियों के साथ), `git cherry-pick` को समझना — यह कैसे काम करता है, backporting जैसे इसके प्रमुख उपयोग के मामले, और इसे merge/rebase के बजाय कब उपयोग करना है — branches में software को बनाए रखने और प्रबंधित करने में उत्पन्न होने वाले चुनिंदा-परिवर्तन परिदृश्यों को संभालने के लिए मूल्यवान, व्यावहारिक रूप से प्रासंगिक Git ज्ञान है।