როგორ მუშაობს ინტერაქტიული 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 ხშირად არის არეული — work-in-progress commits წერტილებით, როგორიცაა "wip", "fix typo", "oops", debug commits, და არალოგიკური თანმიმდევრობა — და **ინტერაქტიული rebase** საშუალებას გაძლევთ **ეს დაამუშავოთ გაზიარებამდე**: რამდენიმე არეული commit-ის გაერთიანება სუფთა ლოგიკურებში, ცუდი წერტილების გადაფორმულება, commits-ების სამეწამულო თანმიმდევრობაში გადალაგება, არასაჭირო commits-ების წაშლა (როგორიცაა debug კოდი), და commits-ების გაყოფა — არეული უმტკივნეულო ისტორიის გამოწვევა სუფთა, ლოგიკურ, მიმოხილვადი თანმიმდევრობაში. ეს მნიშვნელოვანია იმიტომ, რომ სუფთა commit ისტორია (როგორც დაფარულია კარგი-commit პრაქტიკაში) აადვილებს კოდის მიმოხილვას, ისტორია უფრო გასაგები ხდება, და debugging (bisect-ის მეშვეობით) უფრო ეფექტური — ამიტომ უნარი დაასუფთავოთ სხვებმა თქვენი სამუშაო დანახვებამდე პროფესიონალური Git პრაქტიკის ნიშანია. **მოქმედებების** (pick, squash, fixup, reword, edit, drop, და გადალაგება) და **ხშირი გამოყენება** (განსაკუთრებით WIP commits-ების გაერთიანება, ძალიან ხშირი საჭიროება) გაგება პრაქტიკული უნარია. კრიტიკულად, **ოქროს წესი rebasing-ის** კვლავ ვლაპია — ინტერაქტიული rebase გადაწერს ისტორია (ახალი hashes), ამიტომ ის უნდა გაკეთდეს მხოლოდ **ლოკალურ, unpushed commits-ებზე** (არასდროს გაზიარებული ისტორიაზე), ტიპიური გამოყენება არის feature branch-ის დაამუშავება *მის გამოწერამდე ან pull request-ის გახსნამდე. კოლაბორაციისა და მდგრადობის შედეგად სუფთა, ლოგიკური commit ისტორია ღირებულია, და რადგან უმტკივნეულო ნაზი commits-ებს ინტერაქტიული rebase შეუძლია დაამუშავოს გაზიარებამდე (უსაფრთხოდ, ლოკალურ commits-ებზე), ინტერაქტიული rebase-ის გაგება — მოქმედებები, ხშირი გამოყენება როგორიცაა გაერთიანება, და უსაფრთხოების წესი — ღირებული, პრაქტიკულად რელევანტური Git ცოდნაა პროფესიონალური უმტკივნეულო, მძლავრი ინსტრუმენტი სუფთა, მიმოხილვადი ისტორია წარმოსაჩენი, რომელიც განასხვავებს ფიქრიან Git მომხმარებელს, რეგულარულად გამოიყენება სამუშაოს გასაპოლიშებლად გაზიარებამდე გუნდთან.