Git reflog kullanarak kayıp commit'leri nasıl kurtarırsınız?

Question

Accepted Answer

**git reflog**, branch'inizin HEAD'inin nerede olduğunu kaydeder — her commit, checkout, reset, rebase, vb. Bu, **kayıp commit'leri kurtarmak** için bir güvenlik ağıdır (kötü bir reset, rebase veya branch silme sonrasında) ve kayıp görünen ama hala kurtarılabilir olan commit'ler için kullanılır.

## Reflog nedir

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

## Kayıp işleri kurtarma

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

Commit'ler kayıp görüldüğünde (`reset --hard` sonrasında, başarısız bir rebase veya branch silme), `git reflog` HEAD'in nerede olduğunu gösterir ve commit'i hash'i kullanarak kurtarabilirsiniz (checkout ederek, bir branch oluşturarak veya reset ederek).

## Yaygın kurtarma senaryoları

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

## Neden önemli

`git reflog`'u anlamak, **kayıp işleri kurtarmak için bir güvenlik ağı** olarak değerlidir, bu nedenle görünüşte felaketle sonuçlanan hataları önleyebilecek önemli pratik bilgidir.

Geçmişi yeniden yazan veya HEAD'i hareket ettiren Git işlemleri — `reset --hard`, başarısız rebases, branch silme — commit'leri **kayıp görünmesini sağlayabilir**, bu da endişe verici ve geri dönülemez gibi görünür.

Önemli olan, bu commit'lerin genellikle **aslında kaybolmamış** olmasıdır: `git reflog` yerel olarak HEAD'in her hareketini kaydeder (her commit, checkout, reset, rebase), herhangi bir branch'den erişilemeyen commit'ler de dahil olmak üzere, bu nedenle "kayıp" commit'lerin nerede olduğunu hatırlar.

Bu, reflog'u güçlü bir **kurtarma aracı** yapar — kötü bir reset, başarısız bir rebase veya silinen bir branch sonrasında çalışma kayıp görülse, commit'in hash'ini bulup kurtarmak için `git reflog` kullanabilirsiniz (checkout ederek, bir branch oluşturarak veya geri seteleyerek).

**Yaygın kurtarma senaryolarını** anlamak (`reset --hard` sonrasında kurtarma, kötü rebases, branch silme ve yetim detached-HEAD commit'leri) ve kurtarmanın commit'ler yerel olarak var oldukça çalışması (çöp toplama yapılana kadar, genellikle haftalar sonra) değerli pratik bilgidir.

Bu güvenlik ağı rahatlatıcı ve gerçekten faydalı — bu, birçok "işimi kaybettim!" durumunun kurtarılabilir olduğu anlamına gelir ve Git'in geçmişi yeniden yazan işlemlerinin etrafında çok fazla korku ortadan kaldırır.

Commit'leri kayıp görünen hataları sık yapılır (özellikle öğrenirken veya reset ve rebase gibi güçlü komutlar kullanırken) ve reflog bu işleri kurtaran araç olduğundan (genellikle bir panikleri hızlı bir çözüme dönüştürerek), `git reflog`'u anlamak — ne kaydetti, kayıp commit'leri nasıl kurtarıldığını ve yaygın kurtarma senaryolarını — değerli, pratik Git bilgisi, önemli bir güvenlik ağı, Git'in güçlü özelliklerini güvenle kullanabilecek bilgisi sağlayan bir araç, kayıp işlerin genellikle kurtarılabildiğini bilebileceği bir güven ve her geliştirici için rahatlatıcı pratik bilgidir.