git cherry-pick کیا ہے اور یہ کب مفید ہے؟

Question

Accepted Answer

**git cherry-pick** ایک **مخصوص commit** کو ایک branch سے دوسری branch پر لاگو کرتا ہے — صرف اس commit کی تبدیلیوں کو کاپی کرتے ہوئے، بغیر پوری branch کو merge کیے۔ یہ خاص طور پر مخصوص تبدیلیوں کو منتخب طریقے سے لاگو کرنے کے لیے مفید ہے، جیسے کسی 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 کا عملی علم ہے جو جاننا قابلِ غور ہے۔ بنیادی صلاحیت — صرف ایک **مخصوص commit کی تبدیلیوں** کو دوسری branch پر بغیر پوری branch کو merge کیے لاگو کرنا — حقیقی ضروریات کو پورا کرتا ہے جو merge صاف طریقے سے ہینڈل نہیں کر سکتا۔ سب سے عام اور اہم استعمال **backporting** ہے: main branch سے کسی مخصوص bug fix کو release یا maintenance branch پر لاگو کرنا، صرف یہ fix حاصل کرنا بغیر main کی تمام دوسری (ممکنہ طور پر غیر مستحکم یا غیر جاری) تبدیلیوں کو release branch میں merge کیے — جاری شدہ سافٹ ویئر کو برقرار رکھنے میں ایک بکثرت ضرورت۔ دوسری استعمالات میں ایک تیار commit کو اس وقت لاگو کرنا شامل ہے جب اس کی branch باقی تیار نہ ہو، ایک commit کو غلط branch سے صحیح branch پر منتقل کرنا، اور منتخب طریقے سے ایک تبدیلی کو شامل کرنا۔ **احتیاطیوں** کو سمجھنا cherry-pick کو مناسب طریقے سے استعمال کرنے کے لیے اہم ہے: یہ **ڈپلیکیٹ commits** بناتا ہے (ہر branch پر مختلف hashes کے ساتھ ایک جیسی تبدیلیاں)، جو confusion یا conflicts کا سبب بن سکتا ہے اگر branches بعد میں merge ہوں، اس لیے اسے **روایتی integration کے بجائے منتخب ضروریات کے لیے جان بوجھ کر** استعمال کیا جانا چاہیے (پوری branches کو integrate کرنے کے لیے merge یا rebase بہتر ہیں)، اور بہت ساری commits کو cherry-pick کرنا اشارہ ہے کہ آپ شاید merge چاہتے ہیں۔ یہ فیصلہ — cherry-pick کو مخصوص، منتخب حالات میں استعمال کرنا (خاص طور پر backporting) جبکہ روایتی integration کے لیے merge/rebase کو ترجیح دینا — Git کی صحیح رویہ کو ظاہر کرتا ہے۔ چونکہ منتخب طریقے سے مخصوص تبدیلیوں کو لاگو کرنا (خاص طور پر release branches میں fixes کو backport کرنا) ایک حقیقی، کبھی کبھار اہم ضرورت ہے، اور چونکہ cherry-pick اس کا ٹول ہے (اس کے مناسب استعمال کے بارے میں احتیاطوں کے ساتھ)، `git cherry-pick` کو سمجھنا — یہ کیسے کام کرتا ہے، اس کے اہم استعمال کی صورتیں جیسے backporting، اور کب اسے merge/rebase کے بجائے استعمال کیا جائے — قیمتی، عملی طور پر متعلقہ Git علم ہے جو منتخب تبدیلی کے منظرناموں کو سنبھالنے کے لیے ہے جو سافٹ ویئر کو برقرار رکھنے اور branches کے ذریعے انتظام کرتے وقت پیش آتے ہیں۔