interactive rebase कैसे काम करता है?

Question

Accepted Answer

**interactive rebase** (`git rebase -i`) आपको commits को **rewrite, पुनः-क्रमित, संयोजित, edit, या drop** करने देता है — साझा करने से पहले आपके commit इतिहास को साफ़ करते हुए। यह अव्यवस्थित 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 ``` ## actions ```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 ``` आप सूची को edit करते हैं — प्रति commit एक action चुनते हुए (और lines को पुनः-क्रमित करना commits को पुनः-क्रमित करता है) — फिर Git उन्हें तदनुसार replay करता है। ## सामान्य उपयोग ```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 इतिहास तैयार करने** के लिए मूल्यवान है, इसलिए यह पेशेवर Git काम के लिए उपयोगी व्यावहारिक ज्ञान है। विकास के दौरान, commits अक्सर अव्यवस्थित होते हैं — "wip", "fix typo", "oops" जैसे messages वाले work-in-progress commits, debug commits, और एक गैर-तार्किक क्रम — और **interactive rebase** आपको इसे **साझा करने से पहले साफ़ करने** देता है: कई अव्यवस्थित commits को साफ़ तार्किक commits में squash करना, खराब messages को reword करना, commits को एक समझदार अनुक्रम में पुनः-क्रमित करना, अवांछित commits (जैसे debug code) को drop करना, और commits को split करना — अव्यवस्थित विकास इतिहास को एक साफ़, तार्किक, समीक्षा-योग्य अनुक्रम में बदलते हुए। यह मायने रखता है क्योंकि साफ़ commit इतिहास (जैसा अच्छे-commit अभ्यासों में शामिल है) code review को आसान, इतिहास को अधिक समझने योग्य, और debugging (bisect के माध्यम से) को अधिक प्रभावी बनाता है — इसलिए दूसरों के आपके काम देखने से पहले उसे साफ़ करने की क्षमता पेशेवर Git अभ्यास की एक पहचान है। **actions** (pick, squash, fixup, reword, edit, drop, और पुनः-क्रमित करना) और **सामान्य उपयोग** (खासकर WIP commits को squash करना, एक बहुत बार-बार की ज़रूरत) को समझना व्यावहारिक कौशल है। गंभीर रूप से, **rebasing का सुनहरा नियम अब भी लागू होता है** — interactive rebase इतिहास को rewrite करता है (नए hashes), इसलिए इसे केवल **local, unpushed commits** पर किया जाना चाहिए (साझा इतिहास पर कभी नहीं), जिसका विशिष्ट उपयोग push करने या pull request खोलने *से पहले* किसी feature branch को साफ़ करना है। चूँकि साफ़, तार्किक commit इतिहास सहयोग और रखरखाव के लिए मूल्यवान है, और चूँकि विकास स्वाभाविक रूप से अव्यवस्थित commits उत्पन्न करता है जिन्हें interactive rebase साझा करने से पहले साफ़ कर सकता है (सुरक्षित रूप से, local commits पर), interactive rebase को समझना — actions, squashing जैसे सामान्य उपयोग, और सुरक्षा नियम — पेशेवर विकास के लिए मूल्यवान, व्यावहारिक रूप से प्रासंगिक Git ज्ञान है, साफ़, समीक्षा-योग्य इतिहास प्रस्तुत करने का एक शक्तिशाली टूल जो विचारशील Git उपयोगकर्ताओं को अलग करता है, काम को टीम के साथ साझा करने से पहले उसे चमकाने के लिए नियमित रूप से इस्तेमाल किया जाता है।