คุณกู้คืน commit ที่หายไปด้วย git reflog ได้อย่างไร?

Question

Accepted Answer

**git reflog** บันทึกว่า HEAD ของ branch ของคุณเคยอยู่ที่ใด — ทุก commit, checkout, reset, rebase ฯลฯ มันเป็นตาข่ายนิรภัยสำหรับ**การกู้คืน commit ที่ \"หายไป\"** (หลังการ reset, rebase ที่ผิดพลาด หรือการลบ branch) ที่ดูเหมือนหายไปแล้วแต่ยังกู้คืนได้

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

## กู้คืนงานที่หายไป

```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 ดูเหมือนหายไป (หลัง `reset --hard`, rebase ที่ล้มเหลว หรือการลบ branch) `git reflog` จะแสดงว่า HEAD เคยอยู่ที่ใด และคุณสามารถกู้คืน commit ด้วย hash ของมัน (โดยการ checkout, สร้าง branch หรือ reset ไปยังมัน)

## สถานการณ์การกู้คืนทั่วไป

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

## ทำไมจึงสำคัญ

การเข้าใจ `git reflog` มีคุณค่าในฐานะ**ตาข่ายนิรภัยสำหรับการกู้คืนงานที่หายไป** จึงเป็นความรู้เชิงปฏิบัติที่สำคัญซึ่งสามารถช่วยคุณให้พ้นจากความผิดพลาดที่ดูเหมือนเป็นหายนะได้

การดำเนินการของ Git ที่เขียนประวัติใหม่หรือเลื่อน HEAD — `reset --hard`, rebase ที่ล้มเหลว, การลบ branch — อาจทำให้ commit **ดูเหมือนหายไป** ซึ่งน่าตกใจและดูเหมือนกลับคืนไม่ได้

ข้อมูลเชิงลึกที่สำคัญคือ commit เหล่านี้มักจะ**ไม่ได้หายไปจริง ๆ**: `git reflog` บันทึกทุกการเคลื่อนที่ของ HEAD ในเครื่อง (ทุก commit, checkout, reset, rebase) รวมถึง commit ที่ไม่สามารถเข้าถึงได้จาก branch ใด ๆ ดังนั้นมันจึงจดจำว่า commit ที่ \"หายไป\" เคยอยู่ที่ใด

สิ่งนี้ทำให้ reflog เป็น**เครื่องมือกู้คืน**ที่ทรงพลัง — เมื่องานดูเหมือนหายไปหลังการ reset ที่ผิดพลาด, rebase ที่ล้มเหลว หรือ branch ที่ถูกลบ คุณสามารถใช้ `git reflog` เพื่อหา hash ของ commit และกู้คืนมันได้ (โดยการ checkout, สร้าง branch ที่มัน หรือ reset กลับไปยังมัน)

การเข้าใจ**สถานการณ์การกู้คืนทั่วไป** (การกู้คืนหลัง `reset --hard`, rebase ที่ผิดพลาด, การลบ branch และ commit ที่กลายเป็นกำพร้าใน detached HEAD) และว่าการกู้คืนทำได้ตราบเท่าที่ commit เคยมีอยู่ในเครื่อง (จนกว่าจะถึง garbage collection โดยทั่วไปหลายสัปดาห์ต่อมา) เป็นความรู้เชิงปฏิบัติที่มีคุณค่า

ตาข่ายนิรภัยนี้สร้างความอุ่นใจและมีประโยชน์อย่างแท้จริง — หมายความว่าสถานการณ์ \"ฉันทำงานหาย!\" หลายกรณีสามารถกู้คืนได้ ขจัดความกลัวส่วนใหญ่เกี่ยวกับการดำเนินการเขียนประวัติใหม่ของ Git

เนื่องจากความผิดพลาดที่ดูเหมือนทำให้ commit หายไปเป็นเรื่องพบบ่อย (โดยเฉพาะเมื่อกำลังเรียนรู้หรือใช้คำสั่งทรงพลังอย่าง reset และ rebase) และเนื่องจาก reflog เป็นเครื่องมือที่กู้คืนมัน (มักเปลี่ยนความตื่นตระหนกให้เป็นการแก้ไขที่รวดเร็ว) การเข้าใจ `git reflog` — สิ่งที่มันบันทึก, วิธีกู้คืน commit ที่หายไป และสถานการณ์การกู้คืนทั่วไป — จึงเป็นความรู้ Git ที่มีคุณค่าและเกี่ยวข้องเชิงปฏิบัติในฐานะตาข่ายนิรภัยที่จำเป็น เป็นเครื่องมือที่ให้ความมั่นใจในการใช้ฟีเจอร์ทรงพลังของ Git โดยรู้ว่างานที่หายไปมักกู้คืนได้ และเป็นความรู้ที่สร้างความอุ่นใจอย่างแท้จริงสำหรับนักพัฒนาทุกคน