What's the difference between git reset and git revert?

git reset rewinds your branch pointer to an earlier commit, rewriting history — it is appropriate only for commits that have not been pushed. git revert creates a new commit that inverts the changes of an existing commit, leaving history intact, and is safe to use on shared branches. Rule of thumb: reset for private cleanup, revert for public undo.

How do I undo a git commit that I already pushed?

Use git revert HEAD followed by git push. That creates a new commit which reverses the changes from the pushed commit while preserving history, so teammates' clones stay consistent. Avoid git reset after a push unless you own the branch and are prepared to force-push with --force-with-lease and coordinate with collaborators.

How do I recover a deleted branch?

Run git reflog to find the last commit the deleted branch pointed at, then recreate the branch with git checkout -b . The reflog keeps entries for about 90 days by default, so recovery is almost always possible if you act within that window. The same approach recovers commits lost to a hard reset.

What does git rebase -i do?

git rebase -i HEAD~N opens an interactive editor listing the last N commits, letting you reorder, reword, squash, fixup, edit, or drop them before they are replayed onto the base. It is the main tool for cleaning up a branch's history before merging — combining messy 'fix typo' commits into logical units. Because it rewrites history, force-push with --force-with-lease if the commits were already pushed.

ตัวช่วยค้นหาคำสั่ง Git

57 จาก 57 สถานการณ์

คำสั่งเหล่านี้ทำงานบนเครื่องของคุณ — คัดลอก อ่านว่ามันทำอะไร และรันด้วยตัวคุณเอง เราไม่ได้รันอะไรที่นี่

รายละเอียดทางเทคนิค

คู่มืออ้างอิงคำสั่ง Git ทำงานอย่างไร

เครื่องมือนี้ทำอะไร

คู่มืออ้างอิงคำสั่ง Git เป็นแหล่งค้นหาแบบค้นได้และจัดหมวดหมู่ของคำสั่ง git ที่ใช้บ่อย โดยจัดตามเวิร์กโฟลว์: การย้อนการเปลี่ยนแปลง การแตกกิ่ง การ stash การ rebase การแท็ก การทำงานกับรีโมต และอื่น ๆ แต่ละรายการจะแสดงไวยากรณ์ของคำสั่ง คำอธิบายสั้น ๆ ว่าทำอะไร และหมายเหตุการใช้งานเชิงปฏิบัติ การค้นหาจะกรองรายการแบบเรียลไทม์ขณะพิมพ์ ทำให้คุณหา “คาถา” ที่ถูกต้องได้โดยไม่ต้องเลื่อนอ่าน man pages

กรณีการใช้งานทั่วไปของนักพัฒนา

นักพัฒนาใช้คู่มือนี้เมื่อรู้ว่าต้องการทำอะไร (เช่น ย้อน commit ล่าสุดแต่ยังคงให้การเปลี่ยนแปลงอยู่ใน staged) แต่จำแฟลกหรือคำสั่งที่แน่นอนไม่ได้ มันมีประโยชน์เป็นพิเศษสำหรับงานที่ทำไม่บ่อย เช่น interactive rebase, การ cherry-pick เป็นช่วง, การกู้คืนสาขาที่ถูกลบจาก reflog หรือการตั้งค่า sparse checkouts นักพัฒนารุ่นใหม่ใช้เป็นตัวช่วยเรียนรู้เพื่อค้นพบคำสั่งที่ไม่รู้มาก่อนว่ามีอยู่

รูปแบบข้อมูล ชนิด หรือรูปแบบย่อย

คำสั่งถูกจัดเป็นหมวดหมู่เชิงตรรกะ: การทำงานพื้นฐาน (add, commit, push, pull), การแตกกิ่งและการ merge, การย้อนการเปลี่ยนแปลง (reset, revert, checkout), การ stashing, การ rebasing, การแท็ก, การจัดการรีโมต, การดู log และการตรวจสอบ และการทำงานขั้นสูง (bisect, worktree, submodule) แต่ละรายการมีเทมเพลตคำสั่งพร้อมอาร์กิวเมนต์แบบตัวแทน คำอธิบายหนึ่งบรรทัด และแฟลกที่เกี่ยวข้องพร้อมผลลัพธ์ของมัน

ข้อผิดพลาดที่พบบ่อยและกรณีขอบ

คำสั่ง Git อาจมีผลทำลายข้อมูลที่ย้อนกลับได้ยาก — คำสั่งอย่าง 'git reset --hard' และ 'git clean -fd' จะทิ้งงานที่ไม่ได้บันทึกไว้ใน reflog อย่างถาวร คู่มืออ้างอิงแสดงรูปแบบการใช้งานที่พบบ่อย แต่พฤติกรรมของ git อาจแตกต่างกันตามการตั้งค่า (merge.ff, pull.rebase) และเวอร์ชันของ git บางคำสั่งทำงานต่างกันเมื่อมีและไม่มีตัวคั่น '--' โดยเฉพาะเมื่อชื่อไฟล์ชนกับชื่อสาขา

เมื่อใดควรใช้เครื่องมือนี้แทนการเขียนโค้ด

ใช้คู่มืออ้างอิงนี้เพื่อค้นหาคำสั่งอย่างรวดเร็วระหว่างงานพัฒนาประจำวัน โดยเฉพาะงานที่คุณทำไม่บ่อย สำหรับเวิร์กโฟลว์ git ที่ซับซ้อนในโปรดักชัน (การปล่อยเวอร์ชันอัตโนมัติ การจัดการ merge queue การทำงานกับ monorepo) ให้ใช้เครื่องมือที่ออกแบบมาเฉพาะทาง เช่น git aliases, Husky hooks หรือสคริปต์ CI ที่เข้ารหัสกลยุทธ์การแตกกิ่งของทีมคุณและลดโอกาสเกิดความผิดพลาดจากมนุษย์