Kako oporaviti izgubljene commite s `git reflog`?

Question

Accepted Answer

**git reflog** bilježi gdje je HEAD vaše grane bio — svaki commit, checkout, reset, rebase, itd. To je sigurnosna mreža za **oporavak "izgubljenih" commita** (nakon lošeg reseta, rebaziranja ili brisanja grane) koji izgledaju izbrisani ali su i dalje oporavivi.

## Što je reflog

```text
The REFLOG logs every movement of HEAD (and branch tips) in YOUR local repo:
  → every commit, checkout, reset, rebase, merge, etc. is recorded with a reference
  → it's LOCAL and includes commits not reachable from any branch (the "lost" ones)
→ Even if you reset/rebase away commits, reflog remembers where they were.
```

## Oporavak izgubljenog rada

```bash
git reflog                     # show the history of HEAD movements
# example output:
#   abc123 HEAD@{0}: reset: moving to HEAD~3
#   def456 HEAD@{1}: commit: Important work    ← the "lost" commit!
#   ...

# recover: the lost commit is def456 — get it back
git checkout def456            # inspect it
git branch recovered def456    # create a branch at it (save it)
# or reset back to it:
git reset --hard def456        # restore HEAD to that commit
```

Kada se commiti čine izgubljeni (nakon `reset --hard`, neuspješnog rebasiranja ili brisanja grane), `git reflog` prikazuje gdje je HEAD bio, te možete oporaviti commit prema njegovoj hash vrijednosti (provjera, kreiranje grane ili resetiranje na nju).

## Česti scenariji oporavka

```text
✓ After git reset --hard (discarded commits) → find them in reflog, reset back
✓ After a bad rebase (rewrote/lost commits) → reflog has the pre-rebase state
✓ After deleting a branch → its last commit is in reflog → recreate the branch
✓ "Detached HEAD" commits that seem orphaned → reflog finds them
→ As long as commits existed locally, reflog usually can recover them (until GC, ~weeks).
```

## Zašto je važno

Razumijevanje `git reflog` je vrijednom **sigurnosna mreža za oporavak izgubljenog rada**, pa je to važno praktično znanje koje vas može spasiti od naizgled katastrofalnih grešaka.

Git operacije koje prepisuju povijest ili premještaju HEAD — `reset --hard`, neuspješna rebasiranja, brisanje grana — mogu učiniti commite **naizgled izgubljene**, što je alarmantan i čini se nepopravljiv.

Knjižna spoznaja je da ti commiti obično **zapravo nisu izbrisani**: `git reflog` bilježi svaki pokret HEAD-a lokalno (svaki commit, checkout, reset, rebase), uključujući commite nedostižne s bilo koje grane, pa pamti gdje su "izgubljeni" commiti bili.

To čini reflog moćnim **alatom za oporavak** — kada se rad čini izgubljen nakon lošeg reseta, neuspješnog rebasiranja ili izbrisane grane, možete koristiti `git reflog` kako biste pronašli hash commita i ga oporavili (provjera, kreiranje grane na njega ili resetiranje natrag na njega).

Razumijevanje **čestih scenarija oporavka** (oporavak nakon `reset --hard`, lošeg rebasiranja, brisanja grane i osamljenih detached-HEAD commita) i činjenice da oporavak funkcionira dokle god su commiti postojali lokalno (dok ne dođe do garbage collectiona, obično tjedne kasnije) je vrijednom praktično znanje.

Ova sigurnosna mreža je uvjeravajuća i zaista korisna — znači da je mnogo situacija "Izgubio sam rad!" oporavivo, što uklanja veći dio straha oko Git-ovih operacija prepisivanja povijesti.

Budući da su greške koje čine da se čini da su commiti izgubljeni česte (posebno tijekom učenja ili korištenja moćnih naredbi kao reset i rebase), te budući da je reflog alat koji ih oporavlja (često pretvara paniku u brzo ispravljanje), razumijevanje `git reflog` — što bilježi, kako oporaviti izgubljene commite i česti scenariji oporavka — je vrijednom, praktično-relevantnom Git znanjem kao esencijalna sigurnosna mreža, alat koji pruža povjerenje za korištenje Git-ovih moćnih značajki znajući da se izgubljeni rad obično može oporaviti, te zaista uvjeravajući dio znanja za bilo kojeg razvojnog inženjera.