Cila është diferenca midis clone, fetch, pull dhe push?

Question

Accepted Answer

Këto katër komanda lëvizin të dhëna midis **depozitarit tuaj lokal** dhe **depozitarit të largët**, por ata bëjnë gjëra të ndryshme. Të kuptosh dallimin — veçanërisht **fetch vs pull** — është e rëndësishme për të punuar saktë me të largëtat.

## clone — kopjo një depozitar (një herë)

```bash
git clone <url>
# → creates a LOCAL copy of an entire remote repository (all history + branches)
# → sets up "origin" pointing to the remote; done ONCE to start working on a project
```

`clone` shkarkon një kopje të plotë të një depozitari të largët për të filluar punën — bëhet një herë për çdo projekt.

## fetch — shkarko ndryshimet e largëta (mos bashko)

```bash
git fetch origin
# → downloads new commits/branches from the remote into remote-tracking branches
#   (origin/main, etc.) but does NOT change your working files or current branch
# → SAFE: lets you SEE what's new before integrating it
git log origin/main            # inspect the fetched changes
```

`fetch` shkarkon ndryshimet e largëta **pa i bashkuar** — skedarët e tu të punës nuk preken, duke të lejuar të inspektosh përpara se të integrosh.

## pull — fetch DHE bashko

```bash
git pull origin main
# → fetch + merge: downloads remote changes AND merges them into your current branch
# → updates your working files (may cause merge conflicts)
# pull = fetch + merge (or fetch + rebase with --rebase)
```

`pull` bën `fetch` dhe më pas menjëherë **bashkon** ndryshimet në degën tënde aktuale — një kombinim i përshtatshëm, por ndryshon skedarët e tu (dhe mund të ketë konflikt).

## push — ngarko zotimet e tua

```bash
git push origin main
# → uploads YOUR local commits to the remote (the opposite direction of pull)
# → shares your work; fails if the remote has changes you don't have (pull first)
```

```text
clone → copy a repo (start)      fetch → download (no merge)
pull  → fetch + merge (update)   push  → upload your commits (share)
```

## Pse ka rëndësi

Të kuptosh dallimin midis clone, fetch, pull dhe push është e rëndësishme për **punën saktë me depozitaret e largëta**, kështu që është njohje praktike thelbësore — dhe këto shpesh ngatërrohen, veçanërisht fetch vs pull.

Secila ka qëllim të dallueshëm: **`clone`** kopjon të gjithë depozitarin e largët për të filluar punën (bëhet një herë), **`fetch`** shkarkon ndryshimet e largëta **pa i bashkuar** (në mënyrë të sigurt duke të lejuar të inspektosh çfarë ka të reje përpara se të integrosh), **`pull`** bën fetch **dhe bashkon** (në mënyrë të përshtatshme përditëson degën tënde por ndryshon skedarët e tu dhe potencialisht mund të shkaktojë konflikte), dhe **`push`** ngarkon zotimet e tua për të ndarë punën tënde.

Dallimi **fetch vs pull është veçanërisht i rëndësishëm dhe shpesh kesupohet**: `fetch` është jo-shkatëruese (shkarkon pa prekur punën tënde, kështu mund të rishikosh ndryshimet më parë), ndërsa `pull` përnjëherë integron ndryshimet në degën tënde të punës — të kuptosh këtë të lejon të zgjedhësh qasjen më të sigurt `fetch`-pastaj-inspektim kur dëshiron kontroll, në vend të pull-imit të verbër gjithmonë.

Të diturit se **`push` dështon nëse të largëta ka ndryshime që nuk i ke** (duke kërkuar të bësh pull më parë) shpjegon një situatë të shpeshtë.

Të kuptosh drejtimet (clone/fetch/pull sjellin ndryshime *brenda*; push dërgon ndryshime *jashtë*) qartëson rrjedhën e të dhënave midis lokal dhe të largëta.

Sepse puna me të largëtat është themelore për bashkëpunimin dhe këto katër komanda janë se si të dhënat lëvizin midis depozitareve lokal dhe të largët, dhe sepse t'i ngatërrosh ato (veçanërisht fetch vs pull) çon në gabime ose bashkime të paparashikuara, të kuptosh dallimin midis clone, fetch, pull dhe push është njohje Git thelbësore, e aplikuar shpesh për zhvillim bashkëpunues — duke qartësuar operacionet bërthamore të largëta që çdo zhvillues përdor dhe duke zgjidhur një dallim të shpeshtë ngatërrimi (fetch vs pull) që ndikon se sa sigurt integrosh ndryshimet e të tjerëve.