Cili është ndryshimi midis rebase dhe merge?

Question

Accepted Answer

Të dy **merge** dhe **rebase** integrojnë ndryshimet nga një degë në një tjetër, por e bëjnë këtë ndryshe: merge **ruan historinë** me një commit merge, ndërsa rebase **rishkruan historinë** për të krijuar një sekuencë lineare. Të kuptosh ndryshimin dhe kur të përdorësh secilin është i rëndësishëm.

## Merge — ruan historinë (kombinon)

```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 — rishkruan për një historik linear (përsërit)

```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 **lëviz** commitet e degës tënde për të filluar nga punta e një dege tjetër, duke krijuar commite të reja — duke prodhuar një historik të pastër dhe linear.

## Rregulli i artë i rebase

```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.
```

## Kur ta përdorësh secilin

```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.
```

## Pse është e rëndësishme

Të kuptosh ndryshimin midis rebase dhe merge është i rëndësishëm sepse të dy integrojnë ndryshimet por me efekte në themel të ndryshme në historik, dhe të zgjedhësh në mënyrë të saktë (dhe të sigurt) është i rëndësishëm, kështu që është dijeni e vlefshme e Git që diskutohet gjithashtu në mënyrë të zakonshme.

Dallimi themelor — **merge ruan historinë** (duke krijuar një commit merge që regjistron degët e kombinuara, duke mbajtur historinë e vërtete të zhvillimit) ndërsa **rebase rishkruan historinë** (duke përsëritur commitet mbi puntën e degës tjetër për të krijuar një sekuencë të pastër lineare sikur puna do të ishte bërë në kodin më të fundit) — ndikon se si duket dhe lexohet historiku i projektit.

Të kuptosh kompromeset (merge: i saktë por potencialisht i mbushur me commit merge; rebase: i pastër dhe linear por rishkruan commitet) ndihmon të zgjedhësh bazuar në atë nëse vlerëson historinë e vërtete apo pastërtinë lineare.

Më kritikisht, të kuptosh **rregullin e artë të rebase** — **kurrë mos bëj rebase commiteve që kanë qenë shtyrë/të ndarë** — është thelbësor sepse rebase rishkruan commitet (duke u dhënë atyre hash të reja), kështu që rebase i historikut të ndarë divergjon nga ajo që kanë bashkëpunëtorët, duke shkaktuar konfuzion serioz dhe konflikt; rebase është i sigurt vetëm për commitet lokale që nuk janë shtyrë.

Ky rregull i sigurisë është jetësor dhe një burim i zakonshëm i problemeve kur cenohet.

Të kuptosh **kur ta përdorësh secilin** (merge për integrimin e degëve të ndara dhe ruajtjen e historisë, shpesh mënyra parazgjedhje e ekipit për bashkimin e veçorive përmes kërkesave pull; rebase për pastrimin e commiteve lokale përpara se të ndahen ose për të mbajtur një degë veçore në mënyrë lineare të përditësuar — vetëm në commitet lokale) pasqyron praktikën e mirë të Git.

Ndër integrating ndryshimet është themelor dhe zgjedhja merge-vs-rebase (me implikacionet e saj në historik dhe siguri) është një vendim i shpeshtë dhe tema interviste, të kuptosh ndryshimin — efektet e tyre në historik, rregullin kritik të artë, dhe kur ta përdorësh secilin — është dijeni e vlefshme, praktike-e rëndësishme e Git që është qendrore në ruajtjen e historikut të pastër në mënyrë të sigurt dhe një dallim diskutim i zakonshëm që çdo zhvillues duhet të kuptojë.