Interactive rebase hoạt động như thế nào?

Question

Accepted Answer

**Interactive rebase** (`git rebase -i`) cho phép bạn **ghi đè, sắp xếp lại, gộp, chỉnh sửa hoặc bỏ các commit** — dọn dẹp lịch sử commit của bạn trước khi chia sẻ nó. Đây là một công cụ mạnh để tạo lịch sử sạch, logic từ các commit work-in-progress lộn xộn. ## Bắt đầu một interactive rebase ```bash git rebase -i HEAD~4 # rebase tương tác 4 commit cuối git rebase -i # rebase các commit sau # → mở một editor liệt kê các commit cùng các hành động để áp dụng ``` ## Các hành động ```text pick abc123 Add login form # giữ commit nguyên trạng squash def456 Fix typo # GỘP vào commit trước (gộp các message) fixup ghi789 Fix another typo # gộp vào commit trước, BỎ message này reword jkl012 Add validation # giữ commit nhưng CHỈNH message của nó edit mno345 Refactor auth # TẠM DỪNG để amend commit (đổi nội dung) drop pqr678 Debug logging # XÓA commit này hoàn toàn # sắp xếp lại các dòng để SẮP XẾP LẠI các commit ``` Bạn chỉnh danh sách — chọn một hành động cho mỗi commit (và sắp xếp lại các dòng sẽ sắp xếp lại các commit) — rồi Git phát lại chúng tương ứng. ## Các dùng phổ biến ```text ✓ SQUASH nhiều commit WIP thành một commit sạch ("wip", "fix", "oops" → một commit tốt) ✓ REWORD các commit message tệ ✓ REORDER các commit thành một chuỗi logic ✓ DROP các commit không mong muốn (mã debug, sai sót) ✓ SPLIT một commit (qua edit) thành các commit nhỏ hơn → Kết quả: một lịch sử sạch, logic thay vì các commit phát triển lộn xộn. ``` ## Quy tắc vàng vẫn áp dụng ```text ⚠️ Interactive rebase GHI ĐÈ lịch sử (hash commit mới): → chỉ làm điều này trên các commit LOCAL, CHƯA PUSH — không bao giờ trên lịch sử dùng chung/công khai → cách dùng điển hình: dọn dẹp feature branch của bạn TRƯỚC KHI push/mở một PR ``` ## Tại sao điều này quan trọng Hiểu interactive rebase là có giá trị để **tạo lịch sử commit sạch**, nên đó là kiến thức thực hành hữu ích cho công việc Git chuyên nghiệp. Trong quá trình phát triển, các commit thường lộn xộn — các commit work-in-progress với message như "wip", "fix typo", "oops", các commit debug, và thứ tự phi logic — và **interactive rebase** cho phép bạn **dọn dẹp điều này trước khi chia sẻ**: gộp nhiều commit lộn xộn thành các commit logic sạch, sửa lại các message tệ, sắp xếp lại các commit thành một chuỗi hợp lý, bỏ các commit không mong muốn (như mã debug), và tách các commit — biến lịch sử phát triển lộn xộn thành một chuỗi sạch, logic, dễ review. Điều này quan trọng vì lịch sử commit sạch (như đã đề cập trong các thực hành commit tốt) làm code review dễ hơn, lịch sử dễ hiểu hơn, và gỡ lỗi (qua bisect) hiệu quả hơn — nên khả năng dọn dẹp trước khi người khác thấy công việc của bạn là một dấu hiệu của thực hành Git chuyên nghiệp. Hiểu các **hành động** (pick, squash, fixup, reword, edit, drop, và sắp xếp lại) và **các dùng phổ biến** (đặc biệt là gộp các commit WIP, một nhu cầu rất thường xuyên) là kỹ năng thực hành. Quan trọng là, **quy tắc vàng của rebase vẫn áp dụng** — interactive rebase ghi đè lịch sử (hash mới), nên nó chỉ được làm trên các **commit local, chưa push** (không bao giờ trên lịch sử dùng chung), với cách dùng điển hình là dọn dẹp một feature branch *trước khi* push hoặc mở một pull request. Vì lịch sử commit sạch, logic là có giá trị cho cộng tác và khả năng bảo trì, và vì phát triển tự nhiên tạo ra các commit lộn xộn mà interactive rebase có thể dọn dẹp trước khi chia sẻ (an toàn, trên các commit local), hiểu interactive rebase — các hành động, các dùng phổ biến như squash, và quy tắc an toàn — là kiến thức Git có giá trị, liên quan thực tế cho phát triển chuyên nghiệp, một công cụ mạnh để trình bày lịch sử sạch, dễ review vốn phân biệt những người dùng Git thận trọng, được dùng thường xuyên để hoàn thiện công việc trước khi nó được chia sẻ với nhóm.