git cherry-pick भनेको के हो र यो कहिले उपयोगी हुन्छ?

Question

Accepted Answer

**git cherry-pick** एक **विशेष commit** लाई एक शाखाबाट अर्को शाखामा लागू गर्छ — पूरो शाखा merge गर्न बिना सिर्फ त्यो commit को परिवर्तनलाई नकल गरी। यो विशेष गरेर विशिष्ट परिवर्तनहरू लागू गर्न उपयोगी छ, जस्तै एक 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 बाट परिवर्तनलाई लिएर तपाईंको हालको शाखामा नयाँ commit को रूपमा लागू गर्छ — विशेष गरेर, स्रोत शाखाको बाकी सबै कुरा ल्याई बिना। ## सामान्य उपयोग केसहरू ```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 ज्ञान मूल्यवान छ। मूल क्षमता — पूरो शाखा merge गर्न बिना केवल एक **विशिष्ट commit को परिवर्तन** लाई अर्को शाखामा लागू गर्ने — वास्तविक आवश्यकताहरू समाधान गर्छ जो merge सफलतापूर्वक सम्हाल्न सक्दैन। सबैभन्दा सामान्य र महत्त्वपूर्ण उपयोग हो **backporting**: मुख्य शाखाबाट एक विशिष्ट bug fix लाई release वा maintenance शाखामा लागू गर्ने, सिर्फ त्यो fix प्राप्त गर्न main को अन्य सबै (सम्भवत: अस्थिर वा unreleased) परिवर्तनहरू release शाखामा merge गर्न बिना — release गरिएको software को रक्षणार्थ गर्दा बारम्बार आवश्यक हुन्छ। अन्य उपयोगहरूमा एक तयार commit लागू गर्ने सामेल छ जबकि यसको बाकी शाखा तयार छैन, गलत शाखामा बनाइएको commit लाई सही शाखामा सरिरहेको, र विशेष गरेर एक परिवर्तन खिचेको। **सावधानीहरू** बुझ्नु cherry-pick लाई उपयुक्त तरिकामा प्रयोग गर्न महत्त्वपूर्ण छ: यो **duplicate commits** सृष्टि गर्छ (प्रत्येक शाखामा एउटै परिवर्तनहरू भिन्न hashes सहित), जो भ्रम वा conflicts को कारण बन्न सक्छ यदि शाखाहरू पछि merge गरिए, त्यसकारण यो **दिमाग लगाएर विशेष आवश्यकताहरूको लागि** प्रयोग गरिनु पर्छ नियमित integration विधि हो (merge वा rebase पूरो शाखा एकीकरणको लागि राम्रो छन्), र धेरै commits को cherry-picking भनेको तपाई सायद merge चाहन्छ भन्ने संकेत हो। यो निर्णय — cherry-pick लाई विशिष्ट, विशेष परिस्थितिहरूको लागि (विशेषत: backporting) प्रयोग गर्न जबकि नियमित integration को लागि merge/rebase लाई प्राथमिकता दिन — यो ध्वनि Git अभ्यास को प्रतिफलन हो। विशेष गरेर विशिष्ट परिवर्तनहरू लागू गर्ने (विशेषत: release शाखामा fixes backport गर्ने) वास्तविक, कहिलेकाहीं-महत्त्वपूर्ण आवश्यकता भएको कारण, र cherry-pick यसको साधन भएको कारण (विशेष आवश्यक उपयोगको बारे सावधानीहरू सहित), `git cherry-pick` बुझ्नु — यो कसरी काम गर्छ, यसका मुख्य use cases जस्तै backporting, र कहिले यो vs merge/rebase प्रयोग गर्ने — यो विशेष-परिवर्तन परिदृश्यहरू सम्हाल्न को लागि मूल्यवान, व्यावहारिक-प्रासंगिक Git ज्ञान छ जो शाखाहरू भरमा software को रक्षा र प्रबन्धन गर्दा उठ्छन्।