interactive rebase ทำงานอย่างไร?

Question

Accepted Answer

**Interactive rebase** (`git rebase -i`) ช่วยให้คุณ **เขียนใหม่ จัดลำดับใหม่ รวม แก้ไข หรือลบ commit** — เก็บกวาดประวัติ commit ของคุณก่อนแชร์ มันเป็นเครื่องมือทรงพลังสำหรับการสร้างประวัติที่สะอาดและมีเหตุผลจาก commit งานที่กำลังทำที่ยุ่งเหยิง ## การเริ่ม interactive rebase ```bash git rebase -i HEAD~4 # interactively rebase the last 4 commits git rebase -i # rebase commits after # → opens an editor listing the commits with actions to apply ``` ## การกระทำต่าง ๆ ```text pick abc123 Add login form # keep the commit as-is squash def456 Fix typo # COMBINE into the previous commit (merge messages) fixup ghi789 Fix another typo # combine into previous, DISCARD this message reword jkl012 Add validation # keep the commit but EDIT its message edit mno345 Refactor auth # PAUSE to amend the commit (change content) drop pqr678 Debug logging # DELETE this commit entirely # reorder lines to REORDER commits ``` คุณแก้ไขรายการ — เลือกการกระทำต่อ commit แต่ละอัน (และการจัดลำดับบรรทัดใหม่จะจัดลำดับ commit ใหม่) — แล้ว Git เล่นซ้ำมันตามนั้น ## การใช้งานที่พบบ่อย ```text ✓ SQUASH multiple WIP commits into one clean commit ("wip", "fix", "oops" → one good commit) ✓ REWORD bad commit messages ✓ REORDER commits into a logical sequence ✓ DROP unwanted commits (debug code, mistakes) ✓ SPLIT a commit (via edit) into smaller commits → Result: a clean, logical history instead of messy development commits. ``` ## กฎทองยังคงใช้ได้ ```text ⚠️ Interactive rebase REWRITES history (new commit hashes): → only do it on LOCAL, UNPUSHED commits — never on shared/public history → typical use: clean up your feature branch BEFORE pushing/opening a PR ``` ## ทำไมจึงสำคัญ การเข้าใจ interactive rebase มีค่าต่อ **การสร้างประวัติ commit ที่สะอาด** ดังนั้นมันจึงเป็นความรู้เชิงปฏิบัติที่มีประโยชน์สำหรับงาน Git ระดับมืออาชีพ ระหว่างการพัฒนา commit มักยุ่งเหยิง — commit งานที่กำลังทำที่มีข้อความอย่าง "wip", "fix typo", "oops", commit สำหรับ debug และลำดับที่ไม่มีเหตุผล — และ **interactive rebase** ช่วยให้คุณ **เก็บกวาดสิ่งนี้ก่อนแชร์**: squash commit ที่ยุ่งเหยิงหลายอันให้เป็น commit ที่สะอาดมีเหตุผล reword ข้อความที่ไม่ดี จัดลำดับ commit ใหม่ให้เป็นลำดับที่สมเหตุสมผล drop commit ที่ไม่ต้องการ (เช่นโค้ด debug) และ split commit — เปลี่ยนประวัติการพัฒนาที่ยุ่งเหยิงให้เป็นลำดับที่สะอาด มีเหตุผล และทบทวนได้ สิ่งนี้สำคัญเพราะประวัติ commit ที่สะอาด (ตามที่กล่าวถึงในแนวปฏิบัติ commit ที่ดี) ทำให้ code review ง่ายขึ้น ประวัติเข้าใจง่ายขึ้น และการ debug (ผ่าน bisect) มีประสิทธิภาพมากขึ้น — ดังนั้นความสามารถในการเก็บกวาดก่อนที่ผู้อื่นจะเห็นงานของคุณจึงเป็นเอกลักษณ์ของการใช้ Git อย่างมืออาชีพ การเข้าใจ **การกระทำต่าง ๆ** (pick, squash, fixup, reword, edit, drop และการจัดลำดับใหม่) และ **การใช้งานที่พบบ่อย** (โดยเฉพาะการ squash commit งานที่กำลังทำ ซึ่งเป็นความจำเป็นที่พบบ่อยมาก) เป็นทักษะเชิงปฏิบัติ ที่สำคัญ **กฎทองของการ rebase ยังคงใช้ได้** — interactive rebase เขียนประวัติใหม่ (hash ใหม่) ดังนั้นต้องทำเฉพาะกับ **commit ในเครื่องที่ยังไม่ push** (ไม่ใช่บนประวัติที่ใช้ร่วมกัน) โดยการใช้งานทั่วไปคือการเก็บกวาด feature branch *ก่อน* push หรือเปิด pull request เนื่องจากประวัติ commit ที่สะอาดและมีเหตุผลมีค่าต่อการทำงานร่วมกันและการดูแลรักษา และเนื่องจากการพัฒนาสร้าง commit ที่ยุ่งเหยิงโดยธรรมชาติซึ่ง interactive rebase สามารถเก็บกวาดก่อนแชร์ได้ (อย่างปลอดภัยกับ commit ในเครื่อง) การเข้าใจ interactive rebase — การกระทำต่าง ๆ การใช้งานที่พบบ่อยอย่างการ squash และกฎความปลอดภัย — จึงเป็นความรู้ Git ที่มีค่าและเกี่ยวข้องเชิงปฏิบัติสำหรับการพัฒนาระดับมืออาชีพ เครื่องมือทรงพลังสำหรับการนำเสนอประวัติที่สะอาดและทบทวนได้ซึ่งทำให้ผู้ใช้ Git ที่รอบคอบโดดเด่น ใช้เป็นประจำเพื่อขัดเกลางานก่อนที่จะถูกแชร์กับทีม