Kuinka palautat kadonneet commitit käyttämällä git reflogia?

Question

Accepted Answer

**git reflog** tallentaa, missä haarasi HEAD on ollut — jokainen commit, checkout, reset, rebase jne. Se on turvaverkko **kadonneiden commitien palauttamiseen** (huonon resetin, epäonnistuneen rebasen tai haarankäyttöön poiston jälkeen), jotka näyttävät kadonneilta, mutta ovat silti palautettavissa.

## Mikä reflog on

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

## Kadonneen työn palauttaminen

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

Kun commitit näyttävät kadonneilta (jälkeen `reset --hard`, epäonnistuneen rebasen tai haarankäyttöön poiston), `git reflog` näyttää, missä HEAD oli, ja voit palauttaa commitin sen hashin perusteella (tarkistamalla sen, luomalla haaran tai resetoimalla siihen).

## Yleiset palautuksen skenaariot

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

## Miksi se on tärkeää

Ymmärtäminen `git reflog` on arvokasta **turvaverkkona kadonneen työn palauttamiseen**, joten se on tärkeää käytännön tietoa, joka voi pelastaa sinut näyttävältä katastrofaalisilta virheiltä.

Gitin operaatiot, jotka kirjoittavat historian uudelleen tai siirtävät HEAD:iä — `reset --hard`, epäonnistuneet rebased, haarankäyttöjen poisto — voivat saada commitit **näyttämään kadonneilta**, mikä on huolestuttavaa ja näyttää peruuttamattomalta.

Ratkaiseva näkökulma on, että nämä commitit yleensä **eivät ole todella kadonneet**: `git reflog` tallentaa jokaisen HEAD:in liikkeen paikallisesti (jokainen commit, checkout, reset, rebase), mukaan lukien commitit, jotka eivät ole enää saavutettavissa mistään haarasta, joten se muistaa, missä "kadoneet" commitit olivat.

Tämä tekee reflogista tehokkaan **palautustyökalun** — kun työ näyttää kadonneelta huonon resetin, epäonnistuneen rebasen tai poistetun haaran jälkeen, voit käyttää `git reflog`:ia commitin hashin etsimiseen ja sen palauttamiseen (tarkistamalla sen, luomalla haaran siihen tai resetoimalla takaisin siihen).

Ymmärtäminen **yleisistä palautuskenaarioista** (`reset --hard` jälkeen palauttaminen, huonot rebased, haarankäyttöjen poisto ja orvoiksi jääneet detached-HEAD commitit) ja että palautus toimii niin kauan kuin commitit olivat paikallisesti (kunnes roskienkeruu, yleensä viikkojen päästä) on arvokasta käytännön tietoa.

Tämä turvaverkko on rauhoittava ja todella hyödyllinen — se tarkoittaa, että monet "Menetti työni!" tilanteet ovat palautettavissa, mikä poistaa suurta osaa pelosta Gitin historian uudelleenkirjoitusoperaatioista.

Koska virheet, jotka näyttävät menetettävän commitit, ovat yleisiä (erityisesti oppiessa tai käytettäessä tehokkaina komentoja kuten reset ja rebase), ja koska reflog on työkalu, joka palauttaa ne (usein muuttaen paniikin nopeaksi korjaukseksi), ymmärtäminen `git reflog` — mitä se tallentaa, kuinka palauttaa kadonneet commitit ja yleiset palautusskenaariot — on arvokas, käytännöllisesti relevantti Git-tieto olennaisena turvaverkkona, työkalu, joka antaa luottamusta Gitin tehokkaisiin ominaisuuksiin tietämällä, että kadonnut työ on yleensä palautettavissa, ja todella rauhoittava tieto kaikille kehittäjille.