Kako deluje interaktivni rebase?

Question

Accepted Answer

**Interaktivni rebase** (`git rebase -i`) vam omogoča **prepisovanje, preureditev, kombiniranje, urejanje ali brisanje commitov** — čiščenje zgodovine commitov pred delitvijo. To je zmogljivo orodje za oblikovanje čiste, logične zgodovine iz neurejenih delovnih commitov. ## Začetek interaktivnega rebasea ```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 ``` ## Akcije ```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 ``` Urejaš seznam — izbiraš akcijo za vsak commit (preureditev vrstic pa preurediti commite) — nato Git jih ponovno predvaja. ## Pogosta uporaba ```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. ``` ## Zlato pravilo še vedno velja ```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 ``` ## Zakaj je to pomembno Razumevanje interaktivnega rebasea je dragoceno za **oblikovanje čiste zgodovine commitov**, zato je koristno praktično znanje za profesionalno delo z Gitom. Med razvojem so commiti pogosto neurejeni — delovni commiti s sporočili kot so "wip", "fix typo", "oops", debug commiti in nenaključni vrstni red — in **interaktivni rebase** vam omogoča **to čiščenje pred delitvijo**: stiskanje več neurejenih commitov v čiste logične, prepisovanje slabih sporočil, preureditev commitov v smiselno zaporedje, brisanje nezaželenih commitov (kot so debug kode) in razdelitev commitov — preoblikovanje neurejene zgodovine razvoja v čisto, logično, pregledljivo zaporedje. To je pomembno, ker čista zgodovina commitov (kot je navedeno v dobrih praksah commitov) olajša pregled kode, zgodovino bolj razumljivo in odpravljanje napak (prek bisect) bolj učinkovito — zato je sposobnost čiščenja pred tem, ko je drugi vidijo vašo delo, znak profesionalnega dela z Gitom. Razumevanje **akcij** (pick, squash, fixup, reword, edit, drop in preureditev) in **pogostih primerov uporabe** (posebej stiskanje WIP commitov, zelo pogosta potreba) je praktična spretnost. Kritično je, da **zlato pravilo rebasea še vedno velja** — interaktivni rebase prepiše zgodovino (nove heše), zato ga je mogoče izvesti le na **lokalnih, nepotisnjenih commitih** (nikoli na deljeni zgodovini), pri čemer je tipična uporaba čiščenje veje z značilnostmi *pred* potiskanjem ali odpiranjem pull requesta. Ker je čista, logična zgodovina commitov dragocena za sodelovanje in vzdrževanje, in ker razvoj naravno proizvede neurejene commite, ki jih lahko interaktivni rebase očisti pred delitvijo (varno, na lokalnih commitih), je razumevanje interaktivnega rebasea — akcij, pogostih primerov uporabe, kot je stiskanje, in pravila varnosti — dragoceno, praktično relevantno Gitovo znanje za profesionalni razvoj, zmogljivo orodje za predstavitev čiste, pregledljive zgodovine, ki razlikuje premišljene Gitove uporabnike, redno uporabljeno za glajenje dela pred delitvijo s timom.