Jak funguje interaktivní rebase?

Question

Accepted Answer

**Interaktivní rebase** (`git rebase -i`) vám umožňuje **přepsat, přeuspořádat, sloučit, upravit nebo odstranit commity** — vyčistit historii commitů před sdílením. Jedná se o mocný nástroj pro vytvoření čisté, logické historie z neuspořádaných commitů v průběhu vývoje. ## Spuštění interaktivního 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 ``` ## Akce ```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 ``` Upravíte seznam — zvolíte akci pro každý commit (a změnou pořadí řádků změníte pořadí commitů) — a poté Git je znovu přehraje odpovídajícím způsobem. ## Běžné použití ```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. ``` ## Zlaté pravidlo stále platí ```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 ``` ## Proč na tom záleží Porozumění interaktivnímu rebase je cenné pro **vytváření čisté historie commitů**, takže je užitečnou praktickou znalostí pro profesionální práci s Gitem. Během vývoje jsou commity často neuspořádané — work-in-progress commity se zprávami jako "wip", "fix typo", "oops", debug commity a nelogické pořadí — a **interaktivní rebase** vám umožňuje **to vyčistit před sdílením**: sloučit více neuspořádaných commitů do čistých logických, přepsat špatné zprávy, přeuspořádat commity do logického pořadí, odstranit nežádoucí commity (např. debug kód) a rozdělit commity — transformovat neuspořádanou historii vývoje v čistou, logickou, odsouhlasitelnou sekvenci. To je důležité, protože čistá historie commitů (jak je popsáno v osvědčených postupech commitů) usnadňuje code review, historii lépe srozumitelnou a ladění (přes bisect) efektivnější — takže schopnost vyčistit si práci před tím, než ji vidí ostatní, je charakteristikou profesionální práce s Gitem. Porozumění **akcím** (pick, squash, fixup, reword, edit, drop a přeuspořádání) a **běžným použitím** (zejména slučování WIP commitů, velmi často se vyskytující potřeba) je praktická dovednost. Kriticky, **zlaté pravidlo rebase stále platí** — interaktivní rebase přepíše historii (nové hashe), takže to lze dělat pouze na **lokálních, nenastupovaných commitech** (nikdy na sdílené historii), typické použití spočívá v čištění feature větve *před* nasunutím nebo otevřením pull requestu. Požde čistá, logická historie commitů je cenná pro spolupráci a udržovatelnost, a protože vývoj přirozeně produkuje neuspořádané commity, které interaktivní rebase může vyčistit před sdílením (bezpečně, u lokálních commitů), porozumění interaktivnímu rebase — akcím, běžným použitím jako slučování a bezpečnostnímu pravidlu — je cenná, prakticky relevantní znalost Gitu pro profesionální vývoj, mocný nástroj pro prezentaci čisté, odsouhlasitelné historie, která rozlišuje promyšlené uživatele Gitu, rutinně používaný k vylepšení práce před tím, než je sdílena s týmem.