Apakah perbezaan antara rebase dan merge?

Question

Accepted Answer

Kedua-dua **merge** dan **rebase** mengintegrasikan perubahan daripada satu branch ke branch lain, tetapi ia melakukannya secara berbeza: merge **memelihara sejarah** dengan satu merge commit, manakala rebase **menulis semula sejarah** untuk mencipta jujukan linear. Memahami perbezaan dan bila menggunakan setiap satu adalah penting.

## Merge — memelihara sejarah (menggabungkan)

```text
main:     A───B───C───────M     ← M is a MERGE COMMIT (two parents)
                  \       /
feature:           D───E
→ git merge feature: creates M combining the branches
  ✓ Preserves the actual history (shows the branch existed, when it merged)
  ✗ History has merge commits (can look cluttered with many merges)
```

## Rebase — menulis semula untuk sejarah linear (memainkan semula)

```text
BEFORE:  main: A───B───C    feature: A───B───D───E
AFTER rebase feature onto main:
         main: A───B───C    feature: A───B───C───D'───E'
→ git rebase main (on feature): REPLAYS feature's commits (D,E) ON TOP of main's latest (C)
  ✓ LINEAR, clean history (no merge commits) — as if feature was built on current main
  ✗ REWRITES commits (D→D', E→E' are NEW commits with new hashes)
```

Rebase **menggerakkan** commit branch anda untuk bermula dari hujung branch lain, mencipta commit baharu — menghasilkan sejarah yang bersih dan linear.

## Peraturan emas rebasing

```text
⚠️ NEVER rebase commits that have been PUSHED/SHARED (public history):
  → rebasing rewrites commits (new hashes) → diverges from what others have
  → causes serious confusion and conflicts for collaborators
→ Rebase only LOCAL, unpushed commits. Merge for integrating shared/public branches.
```

## Bila menggunakan setiap satu

```text
MERGE  → integrating shared branches; preserving true history; team default for merging
  features to main (often via pull requests). Safe, non-destructive.
REBASE → cleaning up LOCAL commits before sharing; keeping a feature branch up-to-date
  with main (linear); achieving clean linear history. On local/private commits only.
→ Common workflow: rebase locally to tidy up, then merge (or PR) into main.
```

## Mengapa ia penting

Memahami perbezaan antara rebase dan merge adalah penting kerana kedua-duanya mengintegrasikan perubahan tetapi dengan kesan yang berbeza secara mendasar terhadap sejarah, dan memilih dengan betul (dan selamat) adalah penting, jadi ia merupakan pengetahuan Git yang bernilai dan juga sering dibincangkan.

Perbezaan teras — **merge memelihara sejarah** (mencipta merge commit yang merekodkan branch yang digabungkan, mengekalkan sejarah pembangunan yang sebenar) manakala **rebase menulis semula sejarah** (memainkan semula commit ke hujung branch lain untuk mencipta jujukan linear yang bersih seolah-olah kerja itu dilakukan pada kod terkini) — mempengaruhi rupa dan bacaan sejarah projek.

Memahami pertukaran (merge: tepat tetapi berpotensi berselerak dengan merge commit; rebase: bersih dan linear tetapi menulis semula commit) membantu memilih berdasarkan sama ada anda mengutamakan sejarah sebenar atau kebersihan linear.

Yang paling kritikal, memahami **peraturan emas rebasing** — **jangan sekali-kali melakukan rebase pada commit yang telah di-push/dikongsi** — adalah penting kerana rebasing menulis semula commit (memberikannya hash baharu), jadi melakukan rebase pada sejarah yang dikongsi bercapah daripada apa yang dimiliki rakan kerja, menyebabkan kekeliruan dan konflik yang serius; rebase hanya selamat untuk commit tempatan yang belum di-push.

Peraturan keselamatan ini penting dan sumber masalah yang biasa apabila dilanggar.

Memahami **bila menggunakan setiap satu** (merge untuk mengintegrasikan branch yang dikongsi dan memelihara sejarah, sering menjadi lalai pasukan untuk merge ciri melalui pull request; rebase untuk membersihkan commit tempatan sebelum berkongsi atau mengekalkan feature branch terkini secara linear — pada commit tempatan sahaja) mencerminkan amalan Git yang baik.

Memandangkan mengintegrasikan perubahan adalah asas dan pilihan merge-vs-rebase (dengan implikasi sejarah dan keselamatannya) ialah keputusan yang kerap dan topik temu duga, memahami perbezaan — kesannya terhadap sejarah, peraturan emas yang penting, dan bila menggunakan setiap satu — merupakan pengetahuan Git yang bernilai dan penting secara praktikal yang menjadi pusat kepada mengekalkan sejarah yang bersih dengan selamat serta perbezaan yang sering dibincangkan yang setiap pembangun patut fahami.