git cherry-pick ஒரு கிளையிலிருந்து குறிப்பிட்ட commit ஐ மற்றொரு கிளைக்கு பயன்படுத்துகிறது — முழு கிளையையும் merge செய்யாமல், அந்த commit இன் மாற்றங்களை மட்டுமே நகலெடுக்கிறது. இது குறிப்பிட்ட மாற்றங்களை தேர்ந்தெடுத்து பயன்படுத்த பயனுள்ளதாக இருக்கிறது, குறிப்பாக ஒரு சரிபடுத்தலை முன்னோக்கி port செய்யும் போது.
git cherry-pick <commit-hash>
git cherry-pick <commit1> <commit2>
git cherry-pick A..B
Cherry-pick ஒரு குறிப்பிட்ட commit இலிருந்து மாற்றங்களை எடுத்து உங்கள் தற்போதைய கிளையில் ஒரு புதிய commit ஆக பயன்படுத்துகிறது — தேர்ந்தெடுப்பின் ரீதியாக, மூல கிளையின் மற்ற பகுதிகளை கொண்டு வராமல்.
✓ 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
⚠️ 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 அறிவாக கற்க சWorth ஆக இருக்கிறது.
মূল திறன் — குறிப்பிட்ட commit இன் மாற்றங்களை மற்றொரு கிளைக்கு முழு கிளை merge செய்யாமல் பயன்படுத்துவது — merge செய்ய முடியாத உண்மையான தேவைகளை பூர்த்தி செய்கிறது.
மிக பொதுவான மற்றும் முக்கியமான பயன்பாடு backporting: main கிளையிலிருந்து குறிப்பிட்ட bug சரிபடுத்தலை ஒரு release அல்லது maintenance கிளைக்கு பயன்படுத்துவது, main இன் மற்ற (நிலையற்ற அல்லது வெளியிடப்படாத இருக்கக்கூடிய) மாற்றங்கள் இல்லாமல் release கிளைக்கு வருவது — released மென்பொருளைப் பராமரிப்பதில் அடிக்கடி வரும் தேவை.
অন்य பயன்பாடுகளில் அதன் கிளையின் மற்ற பகுதி தயாரில்லாமல் ஒரு தயாரான commit ஐ பயன்படுத்துவது, தவறான கிளையில் செய்யப்பட்ட commit ஐ சரியான கிளைக்கு நகர்த்துவது, மற்றும் தேர்ந்தெடுப்பாக ஒரு மாற்றத்தை இழுக்கும் பொருள் அடங்கும்.
எச்சரிக்கைகளை புரிந்துகொள்வது cherry-pick ஐ சரியாக பயன்படுத்த முக்கியமாக இருக்கிறது: இது duplicate commits ஐ உருவாக்குகிறது (ஒரே மாற்றங்கள் வெவ்வேறு hashes உடன் ஒவ்வொரு கிளையிலும்), கிளைகளை பின்னர் merge செய்தால் குழப்பம் அல்லது மற்றகளை ஏற்படுத்தக்கூடும், அதனால் இது deliberate தேர்ந்தெடுப்பு தேவைக்கு பயன்படுத்தப்பட வேண்டும் சாധாரண ஒருங்கிணைப்பு முறையாக அல்ல (merge அல்லது rebase முழு கிளைகளை ஒருங்கிணைப்பதற்கு சிறந்தது), மற்றும் பல commits cherry-pick செய்வது நீ ஒரு merge வேண்டும் என்பதற்கான அடையாளம்.
இந்த판断 — குறிப்பிட்ட, தேர்ந்தெடுக்கப்பட்ட சூழ்நிலைகளுக்கு (குறிப்பாக backporting) cherry-pick ஐ பயன்படுத்துதல் சாதாரண ஒருங்கிணைப்புக்கு merge/rebase ஐ விரும்புதல் — sound Git நடைமுறையை பிரதিபலிக்கிறது.
சுறிப்பாக குறிப்பிட்ட மாற்றங்களை (குறிப்பாக release கிளைகளுக்கு சரிபடுத்தல்கள் backport செய்தல்) தேர்ந்தெடுத்து பயன்படுத்துவது ஒரு உண்மையான, அಣ்ಣPermanent முக்கியமான தேவை, மற்றும் cherry-pick இதற்கான கருவி (பொருத்தமான பயன்பாடு பற்றிய எச்சரிக்கைகள் உடன்), git cherry-pick ஐ புரிந்துகொள்வது — இது எப்படி வேலை செய்கிறது, அதன் முக்கிய பயன்பாடுகள் backporting போன்ற, மற்றும் அதை merge/rebase க்கு பதிலாக எப்போது பயன்படுத்த வேண்டும் — மதிப்பளிக்கக்கூடிய, நடைமுறை மற்றம் பொருத்தமான Git அறிவு கிளைகளை பெயர்ந்து மற்றும் மென்பொருளைப் பராமரிப்பதிலான தேர்ந்தெடுக்கப்பட்ட மாற்றம் சூழ்நிலைகளை கையாள்வதற்கு.