Sự khác biệt giữa rebase và merge là gì?

Question

Accepted Answer

Cả **merge** và **rebase** đều tích hợp các thay đổi từ một branch vào một branch khác, nhưng chúng làm điều đó theo cách khác nhau: merge **giữ lịch sử** với một merge commit, trong khi rebase **ghi đè lịch sử** để tạo một chuỗi tuyến tính. Hiểu sự khác biệt và khi nào dùng cái nào là quan trọng.

## Merge — giữ lịch sử (kết hợp)

```text
main:     A───B───C───────M     ← M là một MERGE COMMIT (hai parent)
                  \       /
feature:           D───E
→ git merge feature: tạo M kết hợp các branch
  ✓ Giữ lịch sử thực tế (cho thấy branch từng tồn tại, khi nào nó merge)
  ✗ Lịch sử có các merge commit (có thể trông lộn xộn với nhiều merge)
```

## Rebase — ghi đè để có lịch sử tuyến tính (phát lại)

```text
TRƯỚC:  main: A───B───C    feature: A───B───D───E
SAU khi rebase feature lên main:
         main: A───B───C    feature: A───B───C───D'───E'
→ git rebase main (trên feature): PHÁT LẠI các commit của feature (D,E) LÊN TRÊN commit mới nhất của main (C)
  ✓ Lịch sử TUYẾN TÍNH, sạch (không có merge commit) — như thể feature được xây trên main hiện tại
  ✗ GHI ĐÈ các commit (D→D', E→E' là các commit MỚI với hash mới)
```

Rebase **di chuyển** các commit của branch của bạn để bắt đầu từ đỉnh của một branch khác, tạo ra các commit mới — tạo nên một lịch sử sạch, tuyến tính.

## Quy tắc vàng của rebase

```text
⚠️ KHÔNG BAO GIỜ rebase các commit đã được PUSH/CHIA SẺ (lịch sử công khai):
  → rebase ghi đè các commit (hash mới) → phân kỳ khỏi những gì người khác có
  → gây ra sự lúng túng và conflict nghiêm trọng cho người cộng tác
→ Chỉ rebase các commit LOCAL, chưa push. Merge để tích hợp các branch dùng chung/công khai.
```

## Khi nào dùng cái nào

```text
MERGE  → tích hợp các branch dùng chung; giữ lịch sử thực; mặc định của nhóm để merge
  feature vào main (thường qua pull request). An toàn, không phá hủy.
REBASE → dọn dẹp các commit LOCAL trước khi chia sẻ; giữ một feature branch cập nhật
  với main (tuyến tính); đạt lịch sử tuyến tính sạch. Chỉ trên các commit local/riêng tư.
→ Quy trình phổ biến: rebase ở local để dọn dẹp, rồi merge (hoặc PR) vào main.
```

## Tại sao điều này quan trọng

Hiểu sự khác biệt giữa rebase và merge là quan trọng vì cả hai đều tích hợp các thay đổi nhưng với những hiệu ứng khác nhau về cơ bản lên lịch sử, và chọn đúng (và an toàn) là điều quan trọng, nên đó là kiến thức Git có giá trị và cũng thường được bàn luận.

Sự phân biệt cốt lõi — **merge giữ lịch sử** (tạo một merge commit ghi lại việc các branch được kết hợp, giữ lịch sử phát triển thực) trong khi **rebase ghi đè lịch sử** (phát lại các commit lên đỉnh của một branch khác để tạo một chuỗi sạch, tuyến tính như thể công việc đã được làm trên mã mới nhất) — ảnh hưởng đến lịch sử dự án trông và đọc ra sao.

Hiểu các đánh đổi (merge: chính xác nhưng có thể lộn xộn với các merge commit; rebase: sạch và tuyến tính nhưng ghi đè các commit) giúp chọn lựa dựa trên việc bạn coi trọng lịch sử thực hay sự tuyến tính sạch.

Quan trọng nhất, hiểu **quy tắc vàng của rebase** — **không bao giờ rebase các commit đã được push/chia sẻ** — là thiết yếu vì rebase ghi đè các commit (cho chúng hash mới), nên rebase lịch sử dùng chung phân kỳ khỏi những gì người cộng tác có, gây ra sự lúng túng và conflict nghiêm trọng; rebase chỉ an toàn cho các commit local, chưa push.

Quy tắc an toàn này là sống còn và là một nguồn vấn đề phổ biến khi bị vi phạm.

Hiểu **khi nào dùng cái nào** (merge để tích hợp các branch dùng chung và giữ lịch sử, thường là mặc định của nhóm để merge feature qua pull request; rebase để dọn dẹp các commit local trước khi chia sẻ hoặc giữ một feature branch cập nhật tuyến tính — chỉ trên các commit local) phản ánh thực hành Git đúng đắn.

Vì tích hợp các thay đổi là nền tảng và lựa chọn merge-so-với-rebase (với các hệ quả về lịch sử và an toàn) là một quyết định và chủ đề phỏng vấn thường gặp, hiểu sự khác biệt — các hiệu ứng của chúng lên lịch sử, quy tắc vàng then chốt, và khi nào dùng cái nào — là kiến thức Git có giá trị, quan trọng thực tế, trung tâm của việc duy trì lịch sử sạch một cách an toàn và là một sự phân biệt thường được bàn luận mà mọi lập trình viên nên nắm.