git cherry-pick ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਦੋਂ ਉਪਯੋਗੀ ਹੈ?

Question

Accepted Answer

**git cherry-pick** ایک **specific commit** کو ایک branch سے دوسری branch پر apply کرتا ہے — صرف اس commit کی تبدیلیاں کاپی کرتے ہوئے، بغیر پوری branch کو merge کیے۔ یہ خاص طور پر changes کو منتخب طریقے سے apply کرنے کے لیے مفید ہے، جیسے کہ 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 ایک specific commit سے changes لیتا ہے اور انہیں آپ کی موجودہ branch پر ایک نیا commit بناتے ہوئے apply کرتا ہے — منتخب طریقے سے، بغیر 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` کو سمجھنا **مخصوص تبدیلیوں کو منتخب طریقے سے apply کرنے** کے لیے قیمتی ہے، جو خاص حالات میں مفید صلاحیت ہے، اس لیے یہ عملی Git علم ہے جو جاننے کے قابل ہے۔ مول صلاحیت — صرف ایک **specific commit کی تبدیلیوں** کو دوسری branch پر apply کرنا بغیر پوری branch کو merge کیے — حقیقی ضروریات کو پورا کرتی ہے جو merging نہیں کر سکتا۔ سب سے عام اور اہم استعمال **backporting** ہے: main branch سے ایک specific bug fix کو release یا maintenance branch پر apply کرنا، صرف یہ fix حاصل کرنا بغیر main کی باقی (شاید غیر مستحکم یا unreleased) تبدیلیوں کو release branch میں merge کیے — یہ released software کو برقرار رکھتے ہوئے ایک متکرر ضرورت ہے۔ دیگر استعمالات میں ایک single ready commit کو apply کرنا شامل ہے جب اس کی branch کا باقی حصہ تیار نہ ہو، ایک commit کو غلط branch سے صحیح پر منتقل کرنا، اور منتخب طریقے سے ایک تبدیلی کو pull کرنا۔ **احتیاطیوں** کو سمجھنا cherry-pick کو مناسب طریقے سے استعمال کرنے کے لیے اہم ہے: یہ **duplicate commits** بناتا ہے (ایک ہی تبدیلیاں مختلف hashes کے ساتھ ہر branch پر)، جو confusion یا conflicts کا سبب بن سکتا ہے اگر branches بعد میں merge ہوں، اس لیے اسے **روزمرہ integration method** کے بجائے **منتخب ضروریات کے لیے دانشمندی سے** استعمال کیا جانا چاہیے (merge یا rebase پوری branches کو integrate کرنے کے لیے بہتر ہیں)، اور بہت سارے commits کو cherry-pick کرنا اشارہ ہے کہ آپ شاید merge چاہتے ہیں۔ yہ فیصلہ — cherry-pick کو مخصوص، منتخب حالات میں استعمال کرنا (خاص طور پر backporting) جبکہ routine integration کے لیے merge/rebase کو ترجیح دینا — صحیح Git عمل کو ظاہر کرتا ہے۔ چونکہ مخصوص تبدیلیوں کو منتخب طریقے سے apply کرنا (خاص طور پر release branches کو fixes backport کرنا) ایک حقیقی، کبھی کبھی اہم ضرورت ہے، اور چونکہ cherry-pick اس کے لیے tool ہے (اس کے مناسب استعمال کے بارے میں احتیاطوں کے ساتھ)، `git cherry-pick` کو سمجھنا — یہ کیسے کام کرتا ہے، اس کے اہم use cases جیسے backporting، اور اسے merge/rebase کے مقابل کب استعمال کرنا ہے — branches میں منتخب تبدیلیوں کے منظرناموں کو handle کرنے کے لیے قیمتی، عملی طور پر متعلقہ Git علم ہے۔