มันก็มี case อยู่แค่ 2 case คือ
- file ยังไม่ถูก commit
อันนี้ง่ายเลย แค่ใช้ svn revert ก็จบ - file ถูก commit เข้าไปแล้ว
อันนี้ก็ง่าย ก็แค่ revert โดยระบุ revision ที่เราต้องการ
svn update -r REVISION_ID
ส่วนใน git นั้น มันไม่ง่ายเหมือน svn เพราะว่า มันมี state มากกว่า svn
โดย git มันจะมี state ของ file ได้ดังนี้
- สถานะปกติ ยังไม่ถูกแก้ไข
- ถูกแก้ไขแล้ว แต่ยังไม่ได้ add เข้า index (index ของ git เปรียบเสมือน buffer area ที่รอการ commit)
- add เข้า index แล้ว แต่ยังไม่ได้ commit
จะเห็นว่ามี state ที่ content ค้างอยู่ใน index แต่ยังไม่ถูก commit เพิ่มเข้ามา(เมื่อเทียบกับ svn)
ดังนั้นถ้าเราจะ revert มันก็ต้องคิดว่าจะ revert ขั้นไหน เช่น
- file นั้นยังไม่ได้ถูก add เข้า index กรณีนี้ใช้คำสั่ง
git checkout -- FILENAME
- file นั้นถูก add เข้า index แล้ว แต่ต้องการเอาออกมาจาก index
git reset
(state จะกลับไปเหมือนในข้อ 1) - file นั้นถูก commit ไปแล้ว แต่ต้องการย้อนกลับออกมาสู่สถานะที่ file นั้นอยู่ใน index
git reset --soft COMMIT_ID
- file นั้นถูก commit ไปแล้ว แต่ต้องการย้อนออกมาสู่สถานะก่อนการ add เข้า index
ให้ทำคำสั่งในขั้น 3 แล้วต่อด้วยคำสั่งในขั้น 2 - file นั้นถูก commit ไปแล้ว และต้องการย้อนกลับมาสู่ version ก่อนหน้านั้น โดยเก็บ track การ revert ไว้ใน history ด้วย
git revert COMMIT_ID
- file นั้นถูก commit ไปแล้ว แต่ต้องการย้อนไปสู่ version(ใดๆ) ก่อนหน้านั้น โดยไม่ทิ้งร่อยรอย
git reset --hard COMMIT_ID
Note: ผมใช้คำว่า file ซึ่งไม่ถูกต้อง จริงๆต้องใช้คำว่า content (อ่านได้ใน "Git อีกทีน่า")
แต่เพื่อให้สื่อสารได้ง่ายขึ้น ขออนุญาติใช้คำว่า file
1 comment:
อ่านที่พี่อธิบาย ผมว่า state มันชัดเจน (กว่า svn) ดีนะครับ
แต่ยังไม่เคยเล่น git เหมือนกัน
Post a Comment