Hvad er forskellen mellem clone, fetch, pull og push?

Question

Accepted Answer

Disse fire kommandoer flytter data mellem dit **lokale** repository og **fjernrepositories**, men de gør forskellige ting. Det er vigtigt at forstå sondringerne — især **fetch vs pull** — for at arbejde med fjernkilder korrekt.

## clone — kopier et repository (en gang)

```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` downloader en fuldstændig kopi af et fjernrepository for at begynde at arbejde — udføres en gang pr. projekt.

## fetch — download fjernændringer (merge ikke)

```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` downloader fjernændringer **uden at merge dem** — dine arbejdsfiler er uberørte, så du kan inspicere før integration.

## pull — fetch OG merge

```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` udfører `fetch` og **merger** derefter straks ændringerne ind i din nuværende branch — en bekvem kombination, men det ændrer dine filer (og kan forårsage konflikter).

## push — upload dine commits

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

## Hvorfor det betyder noget

At forstå forskellen mellem clone, fetch, pull og push er vigtig for **at arbejde med fjernrepositories korrekt**, så det er væsentlig praktisk viden — og disse kommandoer forveksles ofte, især fetch vs pull.

Hver kommando tjener et særskilt formål: **`clone`** kopierer et helt fjernrepository for at begynde at arbejde (udføres en gang), **`fetch`** downloader fjernændringer **uden at merge dem** (giver dig sikkert mulighed for at inspicere hvad der er nyt før integration), **`pull`** udfører fetch **og merger** (opdaterer bekvemt din branch men ændrer dine filer og kan potentielt forårsage konflikter), og **`push`** uploader dine commits for at dele dit arbejde.

Sondringen **fetch vs pull er særligt vigtig og ofte misforstået**: `fetch` er ikke-destruktiv (downloader uden at berøre dit arbejde, så du kan gennemgå ændringer først), mens `pull` straks integrerer ændringer i din arbejdsbranch — at forstå dette lader dig vælge den sikrere `fetch`-then-inspect tilgang når du ønsker kontrol, i stedet for altid at pulles blindt.

At vide, at **`push` mislykkes hvis fjernkilden har ændringer som du ikke har** (kræver at du puller først) forklarer en hyppig situation.

At forstå retningerne (clone/fetch/pull bringer ændringer *ind*; push sender ændringer *ud*) præciserer dataflowet mellem lokalt og fjernrepository.

Da arbejde med fjernkilder er grundlæggende for samarbejde og disse fire kommandoer er hvordan data bevæger sig mellem lokale og fjernrepositories, og da forvirring af dem (især fetch vs pull) fører til fejl eller uventede merges, er forståelse af forskellen mellem clone, fetch, pull og push væsentlig, hyppigt brugt Git-viden for samarbejdsudvikling — præcisering af kernedriften af fjernkilder som hver udvikler bruger og løsning af en ofte forvekslet sondring (fetch vs pull) der påvirker hvor sikkert du integrerer andres ændringer.