Care este diferența dintre clone, fetch, pull și push?

Question

Accepted Answer

Aceste patru comenzi mută date între **depozitorul dumneavoastră local** și depozitoarele remote, dar ele fac lucruri diferite. Înțelegerea distincțiilor — în special **fetch vs pull** — este importantă pentru a lucra corect cu remote-uri.

## clone — copiază un depozitor (o singură dată)

```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` descarcă o copie completă a unui depozitor remote pentru a începe să lucrezi — se face o singură dată per proiect.

## fetch — descarcă modificări remote (fără a fuziona)

```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` descarcă modificări remote **fără a le fuziona** — fișierele dvs. de lucru rămân neschimbate, permițând inspectarea înainte de integrare.

## pull — fetch ȘI fuzionare

```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` execută `fetch` și apoi imediat **fuzionează** modificările în ramura curentă — o combinație convenabilă, dar schimbă fișierele dvs. (și poate genera conflicte).

## push — încarcă commiturile dvs.

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

## De ce este important

Înțelegerea diferenței dintre clone, fetch, pull și push este importantă pentru **a lucra corect cu depozitoarele remote**, deci este o cunoștință practică esențială — și acestea sunt adesea confundate, în special fetch vs pull.

Fiecare servește unui scop distinct: **`clone`** copiază întregul depozitor remote pentru a începe lucrul (se face o singură dată), **`fetch`** descarcă modificări remote **fără a fuziona** (vă permite în siguranță să inspectați ce este nou înainte de integrare), **`pull`** execută fetch **și fuzionează** (actualizând în mod convenabil ramura dvs., dar schimbând fișierele dvs. și putând causa conflicte), iar **`push`** încarcă commiturile dvs. pentru a-și partaja munca.

Distincția **fetch vs pull este deosebit de importantă și adesea înțeleasă greșit**: `fetch` este non-distructiv (descarcă fără a atinge munca dvs., deci puteți revizui mai întâi modificările), în timp ce `pull` integrează imediat modificările în ramura dvs. de lucru — înțelegerea acestui lucru vă permite să alegeți abordarea mai sigură de fetch-then-inspect atunci când doriți control, mai degrabă decât pull-uri oarbe.

Știind că **`push` eșuează dacă remote-ul are modificări pe care nu le aveți** (necesitând pull mai întâi) explică o situație comună.

Înțelegerea direcțiilor (clone/fetch/pull aduc modificări *înăuntru*; push trimite modificări *afară*) clarifică fluxul de date între local și remote.

Deoarece lucrul cu remote-uri este fundamental pentru colaborare și aceste patru comenzi sunt cum se mută date între depozitoarele locale și remote, și din moment ce confundarea acestora (în special fetch vs pull) duce la greșeli sau fuziuni neașteptate, înțelegerea diferenței dintre clone, fetch, pull și push este o cunoștință Git esențială, frecvent aplicată pentru dezvoltarea colaborativă — clarificând operațiile remote esențiale pe care fiecare dezvoltator le folosește și rezolvând o distincție adesea confundată (fetch vs pull) care afectează cât de sigur integrați modificările altora.