interactive rebase ఎలా పనిచేస్తుంది?

Question

Accepted Answer

**Interactive rebase** (`git rebase -i`) మీకు **commits లను తిరిగి వ్రాయడానికి, పునర్వ్యవస్థీకరించడానికి, కలపడానికి, సవరించడానికి లేదా విస్మరించడానికి** అనుమతిస్తుంది — దానిని పంచాకముండటానికి ముందు మీ commit history ని శుభ్రపరుస్తుంది. ఇది మెలితిగా ఉన్న work-in-progress commits నుండి సమగ్ర, తార్కిక చరిత్ర రూపొందించడానికి ఒక శక్తివంతమైన సాధనం. ## Interactive 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 ``` ## ఎందుకు ఇది ముఖ్యమైనది Interactive rebase ని అర్థం చేసుకోవడం **సమగ్ర commit history రూపొందించడం** కోసం విలువైనది, కాబట్టి ఇది వృత్తిపరమైన Git పనికి ఉపయోగకరమైన ప్రాక్టికల్ జ్ఞానం. విభజన సమయంలో, commits తరచుగా మెలితిగా ఉంటాయి — "wip", "fix typo", "oops" వంటి సందేశాలతో work-in-progress commits, debug commits, మరియు నాన్-లాజికల్ ఆర్డర్ — మరియు **interactive rebase** మీకు **దానిని పంచాకముండటానికి ముందు శుభ్రపరచటానికి** అనుమతిస్తుంది: బహుళ మెలితిగా ఉన్న commits లను సమగ్ర తార్కిక వాటిలో కలపడం, చెడ్డ సందేశలను తిరిగి రూపొందించడం, commits లను సమంజసమైన క్రమానికి పునర్వ్యవస్థీకరించడం, అవాంఛిత commits (debug కోడ్ వంటిది) లను విస్మరించడం, మరియు commits లను విభజించడం — మెలితిగా ఉన్న వికాస చరిత్రను సమగ్ర, తార్కిక, సమీక్షణీయమైన క్రమానికి రూపాంతరం చేయడం. ఇది ముఖ్యమైనది ఎందుకంటే సమగ్ర commit history (మంచి-commit ప్రయత్నాలలో కవర్ చేయబడినవిధంగా) కోడ్ రివ్యూ ని సులభతరం చేస్తుంది, చరిత్ర మరింత అర్థమయ్యేలా చేస్తుంది, మరియు డీబగ్ చేయడం (bisect ద్వారా) మరింత సమర్థవంతంగా చేస్తుంది — కాబట్టి ఇతరులు మీ పనిని చూసే ముందు చెదరదోబ మరపු చేసే సామర్థ్యం వృత్తిపరమైన Git ప్రవర్తనకు లక్షణం. **చర్యలు** (pick, squash, fixup, reword, edit, drop, మరియు పునర్వ్యవస్థీకరణ) మరియు **సాధారణ ఉపయోగాలు** (ముఖ్యంగా WIP commits లను కలపడం, చాలా తరచుగా ఉండే అవసరం) అర్థం చేసుకోవడం ప్రాక్టికల్ నైపుణ్యం. క్రిటికల్ గా, rebasing యొక్క **స్వర్ణ నియమం ఇప్పటికీ వర్తిస్తుంది** — interactive rebase చరిత్రను తిరిగి వ్రాస్తుంది (కొత్త hashes), కాబట్టి దీనిని **స్థానిక, పుష్ చేయని commits** (ఎప్పుడూ సమీకృత చరిత్రపై కాదు) పై మాత్రమే చేయాలి, సాధారణ ఉపయోగం పుష్ చేయడం లేదా pull request ఓపెన్ చేయడం *ముందు* ఫీచర్ బ్రాంచ్ ని శుభ్రపరచడం. సమగ్ర, తార్కిక commit చరిత్ర సహకారం మరియు నిర్వహణీయత కోసం విలువైనది, మరియు వికాసం సహజంగా మెలితిగా ఉన్న commits ను ఉత్పత్తి చేస్తుంది అని interactive rebase సమీకరణ ముందు శుభ్రపరచగలిగినందున (సురక్షితంగా, స్థానిక commits పై), interactive rebase ని అర్థం చేసుకోవడం — చర్యలు, squashing వంటి సాధారణ ఉపయోగాలు, మరియు భద్రతా నియమం — విలువైన, ప్రాక్టికల్ Git జ్ఞానం వృత్తిపరమైన వికాసం కోసం, సమగ్ర, సమీక్షణీయమైన చరిత్ర ప్రదర్శించడానికి ఒక శక్తివంతమైన సాధనం ఇది చిന్తాశీల Git వినియోగదారులను వేరుచేస్తుంది, ఇది దీనిని జట్టుతో సమీకరణం ముందు పాలిష్ చేయడానికి సర్వసాధారణంగా ఉపయోగిస్తారు.