Hogyan működik az interaktív rebase?

Question

Accepted Answer

**Interaktív rebase** (`git rebase -i`) lehetővé teszi, hogy **átírja, átrendezze, kombinál, szerkeszthess vagy eldobjon commitokat** — megtisztítva a commit históriádat, mielőtt megosztanád. Ez egy hatékony eszköz a tiszta, logikus történet létrehozásához a zavaros munkafolyamat-commits alapján. ## Interaktív rebase indítása ```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 ``` ## Az akciók ```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 ``` Szerkeszted a listát — kiválasztva egy akciót commitonként (és a sorok átrendezésével átrendezed a commitokat) — majd a Git ennek megfelelően visszajátssza őket. ## Gyakori felhasználások ```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. ``` ## Az aranyszabály továbbra is érvényes ```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 ``` ## Miért számít ez Az interaktív rebase megértése értékes a **tiszta commit történet létrehozásához**, így hasznos gyakorlati tudás a professzionális Git-munkához. A fejlesztés során a commitok gyakran zavarosak — munkafolyamat-commits olyan üzenetekkel, mint "wip", "fix typo", "oops", debug commitok és nem logikus sorrend — és az **interaktív rebase** lehetővé teszi, hogy **megtisztítsd ezt a megosztás előtt**: több zavaros commit összesítése tiszta logikus commitokba, rossz üzenetek átírása, commitok átrendezése értelmes sorrendbe, nemkívánatos commitok eldobása (például debug kód), és commitok felosztása — a zavaros fejlesztési történetet tiszta, logikus, felülvizsgálható sorozattá alakítva. Ez azért fontos, mert a tiszta commit történet (ahogy a jó commit gyakorlatok leírják) megkönnyíti a kódfelülvizsgálatot, érthetőbbé teszi a történetet, és hatékonyabbá teszi a hibakeresést (bisect-en keresztül) — így a munka előtt való rendet teremtés képessége a professzionális Git gyakorlat jellemzője. A **műveletek** (pick, squash, fixup, reword, edit, drop és átrendezés) és **gyakori felhasználások** (különösen WIP commitok összesítése, nagyon gyakori igény) megértése a gyakorlati készség. Kritikusan, a **rebase aranyszabálya továbbra is érvényes** — az interaktív rebase újraírja a történetet (új hash-ek), ezért csak **helyi, nem pushold commitokra** lehet alkalmazni (soha nem megosztott történetre), tipikus felhasználás egy feature branch megtisztítása *a pusholás vagy pull request megnyitása előtt*. Mivel a tiszta, logikus commit történet értékes az együttműködéshez és a karbantarthatósághoz, és mivel a fejlesztés természeténél fogva olyan zavaros commitokat hoz létre, amelyeket az interaktív rebase megtisztíthat a megosztás előtt (biztonságosan, helyi commitok esetén), az interaktív rebase — a műveletek, a gyakori felhasználások, mint az összesítés, és a biztonsági szabály — megértése értékes, gyakorlatilag releváns Git tudás a professzionális fejlesztéshez, egy hatékony eszköz a tiszta, felülvizsgálható történet bemutatásához, amely megkülönbözteti a gondolkodó Git felhasználókat, rutinszerűen használva a munka csiszolgatásához, mielőtt az a csapattal megosztaná.