Kuinka interaktiivinen rebase toimii?

Question

Accepted Answer

**Interaktiivinen rebase** (`git rebase -i`) antaa sinun **kirjoittaa uudelleen, järjestää uudelleen, yhdistää, muokata tai poistaa committeja** — puhdistamalla commit-historiaasi ennen jakamista. Se on tehokas työkalu siistin, loogisen historian luomiseen sekavista keskeneräisistä commiteista. ## Interaktiivisen rebasen aloittaminen ```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 ``` ## Toiminnot ```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 ``` Muokkaat listaa — valitset toiminnon jokaiselle commitille (ja rivien järjestelyn muuttaminen muuttaa committien järjestystä) — sitten Git toistaa ne vastaavasti. ## Yleiset käyttötavat ```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. ``` ## Kultainen sääntö pätee edelleen ```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 ``` ## Miksi se on tärkeää Interaktiivisen rebasen ymmärtäminen on arvokas **siistin commit-historian luomisen kannalta**, joten se on hyödyllistä käytännön tietoa ammattimaista Git-työtä varten. Kehityksen aikana commitit ovat usein sekavia — keskeneräisiä committeja viesteillä kuten "wip", "fix typo", "oops", debug-committeja ja epälogiikassa järjestystä — ja **interaktiivinen rebase** antaa sinun **puhdistaa tämän ennen jakamista**: yhdistämällä useat sekavat commitit siisteihin loogisiin, uudelleensanomalla huonot viestit, järjestämällä commitit järkeväksi sekvenssiksi, poistamalla ei-toivotut commitit (kuten debug-koodi) ja jakamalla committeja — muuttamalla sekavaa kehityshistoriaa siistiksi, loogiseksi, tarkistettavaksi sekvenssiksi. Tämä on tärkeää, koska siisti commit-historia (kuten käytiin hyvissä commit-käytänteissä) tekee koodin tarkistuksesta helpompaa, historiasta ymmärrettävämpää ja debuggauksesta (bisectin kautta) tehokkaampi — joten kyky siistiä ennen kuin muut näkevät työsi on ammattimaisen Git-käytännön tunnusmerkki. Praktisen taidon muodostavat **toimintojen** (pick, squash, fixup, reword, edit, drop ja järjestys) ja **yleisten käyttötapojen** (erityisesti WIP-committien yhdistäminen, hyvin usein esiintyvä tarve) ymmärtäminen. Kritiikin arvoista on, että **rebasen kultainen sääntö pätee edelleen** — interaktiivinen rebase kirjoittaa historian uudelleen (uudet hashinumot), joten se saa olla vain **paikallisilla, push-kirjoittamattomilla commiteilla** (ei koskaan jaetulla historialla), tyypillisesti käyttö on feature-haaran siistiminen *ennen* push-kirjoittamista tai pull requestin avaamista. Koska siisti, looginen commit-historia on arvokasta yhteistyölle ja ylläpidettävyydelle, ja koska kehitys luonnollisesti tuottaa sekavia committeja, jotka interaktiivinen rebase voi puhdistaa ennen jakamista (turvallisesti, paikallisissa commiteissa), interaktiivisen rebasen ymmärtäminen — toiminnot, yleiset käyttötavat kuten yhdistäminen, ja turvallisuussääntö — on arvokasta, käytännössä relevanttia Git-tietoa ammattimaista kehitystä varten, tehokas työkalu siistin, tarkistettavan historian esittämiseksi, joka erottaa harkitsevia Git-käyttäjiä, käytetään rutiininomaisesti polkemaan työtä ennen kuin se jaetaan tiimille.