Interactive rebase (git rebase -i) तुम्हाला commits पुन्हा लिहिण्यास, पुनर्क्रमित करण्यास, एकत्रित करण्यास, संपादित करण्यास किंवा हटवण्यास — आपल्या commit history साफ करण्यास परवानगी देते, तर तुम्ही ते सामायिक करा. हे अव्यवस्थित work-in-progress commits मधून स्वच्छ, तार्किक history तयार करण्यासाठी एक शक्तिशाली साधन आहे.
git rebase -i HEAD~4
git rebase -i <commit>
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 साठी एक कृती निवडता (आणि lines पुन्हा क्रमित केल्याने commits पुन्हा क्रमित होतात) — तर Git त्यांना अनुक्रमे पुनरावृत्ती करतो.
✓ 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.
⚠️ 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, आणि non-logical क्रम — आणि interactive rebase तुम्हाला सामायिक करण्यापूर्वी हे साफ करण्यास अनुमती देते: अनेक अव्यवस्थित commits साफ तार्किक commits मध्ये एकत्रित करणे, खराब संदेश पुन्हा लिहिणे, commits योग्य क्रमात पुनर्क्रमित करणे, अवांछित commits हटवणे (debug code सारख्या), आणि commits विभाजित करणे — अव्यवस्थित विकास history ला स्वच्छ, तार्किक, पुनरावलोकनयोग्य क्रमात रूपांतरित करणे.
हे महत्वाचे आहे कारण स्वच्छ commit history (good-commit practices मध्ये कव्हर केल्याप्रमाणे) code review सोपे करते, history अधिक समजदारीसाठी, आणि debugging (bisect द्वारे) अधिक प्रभावी — त्यामुळे इतरांनी आपले कार्य पाहण्यापूर्वी साफ करण्याची क्षमता व्यावसायिक Git सराव चिन्ह आहे.
क्रिया (pick, squash, fixup, reword, edit, drop, आणि पुनर्क्रमित करणे) आणि सामान्य वापर (विशेषतः WIP commits एकत्रित करणे, एक अत्यंत वारंवार गरज) समजून घेणे व्यावहारिक कौशल्य आहे.
समालोचनात्मकरित्या, rebasing चा सुवर्ण नियम अजूनही लागू होता — interactive rebase history पुन्हा लिहिते (नवीन hashes), त्यामुळे हे केवळ स्थानिक, unpushed commits वर केले पाहिजे (कधीही सामायिक history वर नाही), ठराविक वापर feature branch साफ करणे पूर्वी pushing किंवा pull request उघडण्यापूर्वी.
स्वच्छ, तार्किक commit history सहयोग आणि maintainability साठी मूल्यवान आहे, आणि विकास नैसर्गिकरित्या अव्यवस्थित commits तयार करते जे interactive rebase सामायिक होण्यापूर्वी साफ करू शकते (सुरक्षितपणे, स्थानिक commits वर), interactive rebase समजून घेणे — क्रिया, squashing सारख्या सामान्य वापर, आणि सुरक्षा नियम — मूल्यवान, व्यावहारिकदृष्ट्या प्रासंगिक Git ज्ञान व्यावसायिक विकासासाठी, स्वच्छ, पुनरावलोकनयोग्य history सादर करण्यासाठी एक शक्तिशाली साधन जे विचारशील Git वापरकर्त्यांना अलग करते, संघाशी सामायिक करण्यापूर्वी कार्य polish करण्यासाठी नियमितपणे वापरले जाते.