انٹرایکٹو rebase کیسے کام کرتا ہے؟

Question

Accepted Answer

**انٹرایکٹو rebase** (`git rebase -i`) آپ کو **commits کو دوبارہ لکھنے، ترتیب دینے، ملانے، ترمیم کرنے یا حذف کرنے** کی اجازت دیتا ہے — اپنی commit history کو صاف کرتے ہوئے اسے شیئر کرنے سے پہلے۔ یہ messy work-in-progress commits سے صاف، منطقی history بنانے کے لیے ایک طاقتور ٹول ہے۔ ## انٹرایکٹو 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 ``` آپ فہرست میں ترمیم کرتے ہیں — ہر commit کے لیے ایک action منتخب کرتے ہیں (اور لائنوں کو دوبارہ ترتیب دینے سے 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 history بنانے** کے لیے قیمتی ہے، لہذا یہ پروفیشنل Git کام کے لیے مفید عملی علم ہے۔ ترقی کے دوران، commits اکثر messy ہوتے ہیں — work-in-progress commits پیغام کے ساتھ جیسے "wip", "fix typo", "oops", debug commits، اور غیر منطقی ترتیب — اور **انٹرایکٹو rebase** آپ کو **اسے شیئر کرنے سے پہلے صاف کرنے** دیتا ہے: متعدد messy commits کو صاف منطقی میں ملانا، خراب پیغام کو دوبارہ لکھنا، commits کو معقول ترتیب میں ترتیب دینا، غیر ضروری commits کو حذف کرنا (جیسے debug code)، اور commits کو تقسیم کرنا — messy development history کو صاف، منطقی، قابل جائزہ ترتیب میں تبدیل کرنا۔ یہ اہم ہے کیونکہ صاف commit history (جیسا کہ اچھی-commit practices میں شامل ہے) code review کو آسان بناتی ہے، history کو زیادہ سمجھ میں آنے والا بناتی ہے، اور debugging (bisect کے ذریعے) کو زیادہ موثر بناتی ہے — لہذا دوسروں نے آپ کے کام کو دیکھنے سے پہلے صاف کرنے کی صلاحیت پروفیشنل Git practice کی نشانی ہے۔ **Actions** (pick, squash, fixup, reword, edit, drop، اور ترتیب دینا) اور **عام استعمال** (خاص طور پر WIP commits کو squash کرنا، بہت عام ضرورت) کو سمجھنا عملی مہارت ہے۔ اہم بات یہ ہے کہ **rebasing کا سنہری اصول اب بھی لاگو ہوتا ہے** — انٹرایکٹو rebase history کو دوبارہ لکھتا ہے (نئے hashes)، لہذا یہ صرف **مقامی، unpushed commits** پر کیا جا سکتا ہے (کبھی shared history پر نہیں)، عام استعمال feature branch کو صاف کرنا ہے *پہلے* pushing یا pull request کھولنے سے۔ چونکہ صاف، منطقی commit history collaboration اور maintainability کے لیے قیمتی ہے، اور چونکہ ترقی قدرتی طور پر messy commits پیدا کرتی ہے جو انٹرایکٹو rebase شیئر کرنے سے پہلے صاف کر سکتا ہے (محفوظ طریقے سے، مقامی commits پر)، انٹرایکٹو rebase کو سمجھنا — actions، squashing جیسے عام استعمال، اور حفاظتی اصول — قیمتی، عملی طور پر متعلقہ Git علم پروفیشنل ترقی کے لیے ہے، صاف، قابل جائزہ history پیش کرنے کا ایک طاقتور ٹول جو سوچ سمجھ کر Git استعمال کرنے والوں کو الگ کرتا ہے، روزمرہ استعمال میں ٹیم کے ساتھ شیئر کرنے سے پہلے کام کو پالش کرنے کے لیے۔