Kada i kako biste trebali prepisati Git povijest?

Question

Accepted Answer

Git vam omogućuje **prepisati povijest** — izmjenjivanje, rebasiranje, sažimanje ili uklanjanje commitsa — kako biste očistili commitse ili riješili probleme. Moćna je opcija, ali se mora koristiti pažljivo: prepisivanje **dijeljene** povijest uzrokuje ozbiljne probleme, pa su pravila oko toga kritična. ## Načini prepisivanja povijesti ```text git commit --amend → modify the most recent commit (message or content) git rebase -i → squash, reword, reorder, edit, drop commits (interactive) git rebase → replay commits onto another base (linear history) git reset → move the branch pointer (discard/uncommit) git filter-repo → rewrite MANY commits (remove a file/secret from all history) → All of these change commit HASHES (rewriting = creating new, different commits). ``` ## Zlatno pravilo ```text ⚠️ NEVER rewrite history that has been PUSHED/SHARED (that others may have): → rewriting changes commit hashes → your history DIVERGES from collaborators' → they'll have the old commits; pulls create duplicates/conflicts; chaos ensues → forces everyone to painfully reconcile → a serious disruption ✓ Rewrite ONLY local, unpushed commits (cleanup before sharing). ✗ On shared branches → use REVERT (a new undoing commit) instead, which is safe. ``` ## Legalna korištenja prepisivanja (lokalno) ```text ✓ Clean up messy WIP commits before opening a PR (squash, reword) → clean history ✓ Fix a mistake in the last commit (amend) before pushing ✓ Keep a feature branch linear/up-to-date with main (rebase) before sharing ✓ Remove a SECRET accidentally committed (filter-repo) — though if it was PUSHED, the secret must be ROTATED (it's already exposed; rewriting alone isn't enough) ``` ## Ako morate prepisati dijeljenu povijest (rijetko) ```text → COORDINATE with the whole team (everyone stops, re-syncs) → Force-push carefully: git push --force-with-lease (safer than --force — checks first) → Everyone must reset/re-clone to the rewritten history → Do this only when truly necessary (e.g. purging a leaked secret) and with agreement. ``` ## Zašto je to važno Razumijevanje kada i kako prepisati Git povijest važno je znanje za senior razinu jer je prepisivanje povijesti **moćno, ali opasno**, a razumijevanje pravila — posebno onih vezanih uz dijeljenu povijest — sprječava ozbiljne probleme dok omogućava legalno čišćenje. Znanje **načina prepisivanja** (amend za zadnji commit, interaktivno rebasiranje za sažimanje/preformuliranje/preuredjivanje, rebasiranje za linearnu povijest, reset, filter-repo za veliku promjenu) i da svi oni **mijenjaju hash commita** (stvarajući nove commitse) temelj je znanja. Najvažnije je razumijevanje **zlatnog pravila — nikada ne prepisujte dijeljenu/pushanu povijest** — jer prepisivanje mijenja hasheve, što uzrokuje da se vaša povijest razilazi od suradnikove (koji još uvijek imaju stare commitse), što dovodi do duplikata, sukoba i bolnog pomirenja; prepisivanje dijeljene povijesti ozbiljna je smetnja koju ovo pravilo sprječava, a **revert** (siguran novi commit za poništavanje) je ispravna opcija za dijeljene grane umjesto toga. Razumijevanje **legalne lokalne korištenja** (čišćenje WIP commitsa prije PR-a, ispravka greške prije pushanja, rebasiranje za održavanje linearnosti prije dijeljenja — sve na lokalnim, nepushanim commitsima) pojašnjava kada je prepisivanje prikladno i vrijedno. Bitna sigurnosna nijansa: ako je **tajna commitana i pushana**, prepisivanje povijesti za njezino uklanjanje nije dovoljno — tajna je već izložena i mora biti **rotirana** (važna sigurnosna točka iz stvarnog svijeta). Znanje kako se **nositi s rijetkom potrebnom rewritten dijeljene povijesti** (timska koordinacija, `--force-with-lease` umjesto `--force`, svi se ponovno sinkroniziraju) odražava zrelu prosudbu. Budući da je prepisivanje povijesti moćno, ali uzrokuje ozbiljne probleme kada se krivo koristi na dijeljenim历史om, a budući da je razumijevanje zlatnog pravila, legitimne korištenja i sigurnih praksi bitno za njezinu odgovornu upotrebu, razumijevanje kada i kako prepisati Git povijest važno je znanje za senior razinu — tema gdje razumijevanje sigurnosnih pravila (posebno nikada ne prepisivanje dijeljene povijesti) sprječava prave katastrofe u suradnji, što odražava prosudbu očekivanu za senior pozicije koje rade s Gitom u timovima.