Jak obnovit ztracené commity pomocí git reflog?

Question

Accepted Answer

**git reflog** zaznamenává, kde se HEAD vaší větve nacházel — každý commit, checkout, reset, rebase atd. Jedná se o bezpečnostní síť pro **obnovení "ztracených" commitů** (po špatném resetu, rebasu nebo smazání větve), které se zdají být pryč, ale jsou stále obnovitelné.

## Co 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.
```

## Obnovení ztracené práce

```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
```

Když se commity zdají být ztracené (po `reset --hard`, neúspěšném rebasu nebo smazání větve), `git reflog` zobrazuje, kde se HEAD nacházel, a vy můžete obnovit commit podle jeho hashe (jeho checkoutem, vytvořením větve nebo resetem).

## Běžné scénáře obnovení

```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).
```

## Proč to záleží

Pochopení `git reflog` je cenné jako **bezpečnostní síť pro obnovení ztracené práce**, takže je to důležité praktické znalost, která vás může zachránit před zdánlivě katastrofálními chybami.

Git operace, které přepisují historii nebo přesouvají HEAD — `reset --hard`, neúspěšné rebasy, mazání větví — mohou způsobit, že se commity **zdají být ztracené**, což je alarmující a zdá se být nezvratné.

Klíčovým poznatkem je, že tyto commity obvykle **ve skutečnosti nejsou pryč**: `git reflog` zaznamenává každý pohyb HEAD lokálně (každý commit, checkout, reset, rebase), včetně commitů, které nejsou dosažitelné z žádné větve, takže si pamatuje, kde byly "ztracené" commity.

To dělá reflog velmi mocným **nástrojem pro obnovení** — když se práce zdá být ztracená po špatném resetu, neúspěšném rebasu nebo smazané větvi, můžete použít `git reflog` k nalezení hashe commitu a jeho obnovení (jeho checkoutem, vytvořením větve nebo resetem zpět).

Pochopení **běžných scénářů obnovení** (obnovení po `reset --hard`, špatných rebasech, mazání větví a osiřelých detached-HEAD commitech) a toho, že obnovení funguje, dokud commity existovaly lokálně (dokud nedojde ke garbage collection, typicky týdny později), je cenné praktické znalost.

Tato bezpečnostní síť je uklidňující a skutečně užitečná — znamená to, že mnohé situace typu "Ztratil jsem svou práci!" jsou obnovitelné, čímž se eliminuje strach z Git operací, které přepisují historii.

Požde chyby, které se zdají být ztrátou commitů, jsou časté (zvláště při učení nebo používání výkonných příkazů jako reset a rebase), a protože reflog je nástroj, který je obnovuje (často přeměňující paniku na rychlou opravu), pochopení `git reflog` — co zaznamenává, jak obnovit ztracené commity a běžné scénáře obnovení — je cenné, prakticky relevantní Git znalost jako nezbytná bezpečnostní síť, nástroj, který poskytuje důvěru k používání Git výkonných funkcí s vědomím, že ztracená práce obvykle může být obnovena, a skutečně uklidňující znalost pro každého vývojáře.