Hogyan állíthatod vissza az elveszett commitokat a git reflog segítségével?

Question

Accepted Answer

**git reflog** rögzíti, hogy az ágad HEAD-je hol volt — minden commit, checkout, reset, rebase, stb. Ez egy biztonsági háló az **"elveszett" commitok helyreállításához** (rossz reset, rebase vagy branch törlés után), amelyek elveszettnek tűnnek, de még mindig helyreállíthatók.

## Mi az a 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.
```

## Elveszett munka helyreállítása

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

Amikor commitok elveszettnek tűnnek (`reset --hard` után, rossz rebase során, vagy branch törlés után), a `git reflog` megmutatja, hogy a HEAD hol volt, és a commitot a hash alapján helyreállíthatod (checkout, branch létrehozás vagy reset).

## Gyakori helyreállítási esetek

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

## Miért fontos

A `git reflog` megértése értékes, mint **biztonsági háló az elveszett munka helyreállításához**, így fontos gyakorlati tudás, amely megmenthet az látszólag katasztrofális hibáktól.

A git műveletek, amelyek átírják az előzményt vagy mozgatják a HEAD-et — `reset --hard`, rossz rebasing, branch törlés — látszólag "elvesztethetik" a commitokat, amely riasztó és visszafordíthatatlannak tűnik.

A döntő felismerés az, hogy ezek a commitok általában **valójában nem szűnnek meg**: a `git reflog` helyileg rögzíti a HEAD minden mozgását (minden commit, checkout, reset, rebase), beleértve azokat a commitokat is, amelyek nem érhetők el semmilyen branchből, így megjegyzi, hogy az "elveszett" commitok hol voltak.

Ez a reflogot egy erőteljes **helyreállítási eszközzé** teszi — amikor a munka elveszettnek tűnik egy rossz reset, botlott rebase vagy törölt branch után, a `git reflog` segítségével megtalálhatod a commit hash-ét és helyreállíthatod azt (checkout, branch létrehozás vagy reset).

A **gyakori helyreállítási esetek** (helyreállítás `reset --hard` után, rossz rebasing, branch törlés és árva detached-HEAD commitok esetén) és annak az ismerete, hogy a helyreállítás addig működik, amíg a commitok helyileg léteztek (a garbage collection-ig, jellemzően hetekkel később), értékes gyakorlati tudás.

Ez a biztonsági háló megnyugtató és valóban hasznos — azt jelenti, hogy sok "Elvesztettem a munkámat!" helyzet helyreállítható, így sok félelem eltűnik a Git történetét átíró operációinak körül.

Mivel az olyan hibák, amelyek commitok elvesztéséhez vezetnek, gyakoriak (különösen tanulás közben vagy erőteljes parancsok, mint a reset és rebase használatakor), és mivel a reflog az az eszköz, amely helyreállítja őket (gyakran pánikot gyors javításra változtatva), a `git reflog` megértése — amit rögzít, hogyan lehet helyreállítani az elveszett commitokat, és a gyakori helyreállítási esetek — értékes, gyakorlatban releváns Git tudás, mint egy alapvető biztonsági háló, egy eszköz, amely magabiztosságot biztosít a Git erőteljes funkcióinak használatához, tudva, hogy az elveszett munka általában helyreállítható, és egy valóban megnyugtató tudásrészlet minden fejlesztő számára.