Git Rebase là một trong những lệnh mạnh mẽ và gây tranh cãi nhất trong Git. Hiểu đúng về Git Rebase giúp bạn kiểm soát lịch sử commit một cách linh hoạt, giữ cho nhánh làm việc sạch sẽ và dễ theo dõi. Khác với merge tạo ra commit hợp nhất, rebase cho phép bạn áp dụng lại các commit từ nhánh này lên đỉnh của nhánh khác, tạo ra một luồng lịch sử tuyến tính. Bài viết này sẽ giải thích toàn diện về Git Rebase, từ khái niệm cốt lõi, cách hoạt động, so sánh với merge, đến các tình huống thực tế và sai lầm cần tránh.
Git Rebase về cơ bản là quá trình di chuyển hoặc kết hợp một loạt các commit từ nhánh hiện tại lên đỉnh của nhánh khác. Tên gọi “rebase” xuất phát từ ý tưởng “đặt lại cơ sở” (re-establish the base) cho nhánh làm việc. Khi bạn thực hiện rebase, Git sẽ tìm điểm phân nhánh chung giữa hai nhánh, sau đó lấy tất cả commit của nhánh hiện tại kể từ điểm đó và áp dụng chúng lên commit cuối cùng của nhánh đích.
Quá trình này diễn ra qua ba bước chính. Đầu tiên, Git xác định commit tổ tiên chung giữa nhánh hiện tại và nhánh đích. Tiếp theo, Git lưu tạm thời các commit của nhánh hiện tại vào một vùng nhớ đệm. Cuối cùng, Git áp dụng từng commit một lên đỉnh của nhánh đích, tạo ra các commit mới với nội dung giống hệt nhưng hash khác biệt hoàn toàn.
Cách hoạt động chi tiết của Git Rebase
Khi bạn chạy lệnh git rebase, Git thực hiện một loạt thao tác phức tạp ở tầng thấp. Giả sử bạn đang ở nhánh feature và muốn rebase lên nhánh main. Git sẽ tìm commit chung cuối cùng giữa hai nhánh, thường gọi là merge-base. Sau đó, Git tạo ra một bản vá (patch) cho mỗi commit trên nhánh feature kể từ merge-base. Những bản vá này được áp dụng tuần tự lên commit mới nhất của nhánh main.
Mỗi commit sau khi rebase sẽ có một mã hash mới, ngay cả khi nội dung thay đổi không khác gì so với bản gốc. Điều này xảy ra vì commit mới có parent khác và timestamp khác. Chính vì đặc điểm này, rebase được coi là thao tác viết lại lịch sử, và cần hết sức thận trọng khi sử dụng trên các nhánh đã được chia sẻ với người khác.
Interactive Rebase: Kiểm soát chi tiết từng commit
Interactive rebase (git rebase -i) là phiên bản nâng cao cho phép bạn can thiệp vào từng commit trong quá trình rebase. Khi sử dụng tùy chọn -i, Git mở một trình soạn thảo hiển thị danh sách các commit sẽ được áp dụng, kèm theo các lệnh điều khiển như pick, reword, edit, squash, fixup, drop.
Git Rebase không làm mất commit vĩnh viễn. Các commit cũ vẫn tồn tại trong repository cho đến khi garbage collection dọn dẹp.
Git rebase tạo lịch sử tuyến tính bằng cách áp dụng lại commit lên đỉnh nhánh khác, thay đổi mã hash. Git merge giữ nguyên lịch sử phân nhánh và tạo commit hợp nhất. Rebase phù hợp cho nhánh cá nhân, merge an toàn hơn cho nhánh chia sẻ.
Có nên dùng git rebase trên nhánh main không?
Không nên. Nhánh main là nhánh chia sẻ, rebase sẽ gây rối loạn cho toàn bộ team. Chỉ rebase trên nhánh cá nhân hoặc nhánh feature chưa được chia sẻ.
Làm thế nào để hủy git rebase khi đang thực hiện?
Dùng lệnh git rebase –abort. Lệnh này đưa repository về trạng thái trước khi bạn chạy rebase, giữ nguyên mọi thay đổi chưa commit.
Git rebase có ảnh hưởng đến pull request không?
Có. Nếu bạn rebase nhánh đã tạo pull request, bạn cần force push để cập nhật pull request. Điều này có thể gây khó khăn cho người review nếu họ đã clone nhánh đó. Nên thông báo trước khi thực hiện.
Kết luận
Git Rebase là công cụ mạnh mẽ giúp quản lý lịch sử commit hiệu quả, nhưng đòi hỏi sự hiểu biết sâu sắc và thận trọng khi sử dụng. Nắm vững khái niệm Git Rebase là gì, cách hoạt động, ưu nhược điểm, và thời điểm thích hợp để sử dụng sẽ giúp bạn làm chủ quy trình phát triển phần mềm. Luôn nhớ nguyên tắc vàng: rebase cho nhánh cá nhân, merge cho nhánh chia sẻ. Kết hợp rebase với các thực hành tốt như tạo backup, sử dụng reflog, và giao tiếp với team sẽ giúp bạn tận dụng tối đa sức mạnh của Git Rebase mà không gặp rủi ro không đáng có.
