ஊடாடும் rebase எவ்வாறு செயல்படுகிறது?

Question

Accepted Answer

**ஊடாடும் rebase** (`git rebase -i`) உங்கள் **commits-ஐ மீண்டும் எழுத, மீண்டும் வரிசைப்படுத்த, இணைக்க, திருத்த அல்லது நீக்க** அனுமதிக்கிறது — அதை பகிரும் முன் உங்கள் commit வரலாறு சுத்தம் செய்கிறது. இது அல்ரக்கமான work-in-progress commits-இலிருந்து சுத்தமான, தர্க்கரீதியான வரலாறு உருவாக்குவதற்கான சக்திশாலி கருவியாகும். ## ஊடாடும் rebase ஐ தொடங்குதல் ```bash git rebase -i HEAD~4 # interactively rebase the last 4 commits git rebase -i # rebase commits after # → opens an editor listing the commits with actions to apply ``` ## செயல்கள் ```text pick abc123 Add login form # keep the commit as-is squash def456 Fix typo # COMBINE into the previous commit (merge messages) fixup ghi789 Fix another typo # combine into previous, DISCARD this message reword jkl012 Add validation # keep the commit but EDIT its message edit mno345 Refactor auth # PAUSE to amend the commit (change content) drop pqr678 Debug logging # DELETE this commit entirely # reorder lines to REORDER commits ``` யோ பட்டியலை திருத்தும் — ஒவ்வொரு commit-க்கும் ஒரு செயலைத் தேர்வு செய்து (வரிகளை மீண்டும் வரிசைப்படுத்துவது commits-ஐ மீண்டும் வரிசைப்படுத்துகிறது) — பின்னர் Git அவற்றை அதன்படி மீண்டும் பதிவுசெய்கிறது. ## பொதுவான பயன்பாடுகள் ```text ✓ SQUASH multiple WIP commits into one clean commit ("wip", "fix", "oops" → one good commit) ✓ REWORD bad commit messages ✓ REORDER commits into a logical sequence ✓ DROP unwanted commits (debug code, mistakes) ✓ SPLIT a commit (via edit) into smaller commits → Result: a clean, logical history instead of messy development commits. ``` ## தங்கதுறை விதி இன்னும் பொருந்தும் ```text ⚠️ Interactive rebase REWRITES history (new commit hashes): → only do it on LOCAL, UNPUSHED commits — never on shared/public history → typical use: clean up your feature branch BEFORE pushing/opening a PR ``` ## இது ஏன் முக்கியமாக உள்ளது ஊடாடும் rebase-ஐ புரிந்துகொள்வது **சுத்தமான commit வரலாறு உருவாக்குவதற்கு** மதிப்பளிக்கப்படுகிறது, எனவே இது தொழில்முறை Git வேலைக்கு பயனுள்ள நடைமுறை அறிவாகும். வளர்ச்சியின் போது, commits பெரும்பாலும் அல்ரக்கமாக இருக்கும் — "wip", "fix typo", "oops" போன்ற செய்திகளுடன் work-in-progress commits, debug commits, மற்றும் தர்க்கரீதியற்ற வரிசை — மற்றும் **ஊடாடும் rebase** உங்களை **பகிரும் முன் இதை சுத்தம் செய்ய** அனுமதிக்கிறது: பல அல்ரக்கமான commits-ஐ சுத்தமான தர্க்கரீதியான commits-ஆக squash செய்தல், மோசமான செய்திகளை மீண்டும் வார்த்தை செய்தல், commits-ஐ அர்த்தமுள்ள வரிசையில் மீண்டும் வரிசைப்படுத்துதல், தேவையற்ற commits-ஐ நீக்குதல் (debug code போன்ற), மற்றும் commits-ஐ பிரித்தல் — அல்ரக்கமான வளர்ச்சி வரலாறுவை சுத்தமான, தர்க்கரீதியான, மதிப்பாய்வு செய்யக்கூடிய வரிசையாக மாற்றுதல். இது முக்கியமாக உள்ளது ஏனெனில் சுத்தமான commit வரலாறு (நல்ல-commit நடைமுறைகளில் உள்ளவாறு) code review-ஐ எளிதாக்குகிறது, வரலாறுவை மிகவும் புரிதல் ஆக்குகிறது, மற்றும் debugging (bisect மூலம்) மிகவும் பயனுள்ளதாக்குகிறது — எனவே மற்றவர் உங்கள் வேலையைப் பார்ப்பதற்கு முன் சுத்தம் செய்யும் திறன் தொழில்முறை Git நடைமுறையின் ஒரு அடையாளம். **செயல்கள்** (pick, squash, fixup, reword, edit, drop, மற்றும் மீண்டும் வரிசைப்படுத்துதல்) மற்றும் **பொதுவான பயன்பாடுகள்** (குறிப்பாக WIP commits-ஐ squash செய்தல், மிகவும் அடிக்கடி தேவையாக இருக்கும்) புரிந்துகொள்வது நடைமுறை திறமையாகும். வெளிப்படையாக, **rebasing தங்கதுறை விதி இன்னும் பொருந்தும்** — ஊடாடும் rebase வரலாறுவை மீண்டும் எழுதுகிறது (புதிய hashes), எனவே இது **local, unpushed commits**-এ மட்டுமே செய்யப்பட வேண்டும் (பகிரப்பட்ட வரலாறுவில் ஒருபோதும் இல்லை), பொதுவான பயன்பாடு ஒரு feature branch-ஐ push செய்வதற்கு அல்லது pull request திறப்பதற்கு முன் சுத்தம் செய்வது. சுத்தமான, தர்க்கரீதியான commit வரலாறு collaboration மற்றும் maintainability-க்கு மதிப்பளிக்கப்படுவதால், மற்றும் வளர்ச்சி இயல்பாக அல்ரக்கமான commits-ஐ உற்பత்தி செய்கிறது என்பதாலும், ஊடாடும் rebase பகிரும் முன் இதை சுத்தம் செய்யலாம் (பாதுகாப்பாக, local commits-এ), ஊடாடும் rebase-ஐ புரிந்துகொள்வது — செயல்கள், squashing போன்ற பொதுவான பயன்பாடுகள், மற்றும் பாதுகாப்பு விதி — தொழில்முறை வளர்ச்சির பொருந்தக்கூடிய, நடைமுறையுடன் தொடர்புடைய Git அறிவாகும், சுத்தமான, மதிப்பாய்வு செய்யக்கூடிய வரலாறுவை উপস்தபனம் செய்வதற்கான சக்திशாலி கருவியாகும், இது சிந்தனையுள்ள Git பயனர்களை வேறுபடுத்துகிறது, உங்கள் வேலை குழுவுடன் பகிரப்படுவதற்கு முன் பாலிஷ் செய்ய வழக்கமாக பயன்படுத்தப்படுகிறது.