Qual é a diferença entre clone, fetch, pull e push?

Question

Accepted Answer

Esses quatro comandos movem dados entre seu repositório **local** e repositórios **remotos**, mas fazem coisas diferentes. Entender as distinções — especialmente **fetch vs pull** — é importante para trabalhar corretamente com remotos.

## clone — copiar um repositório (uma vez)

```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` baixa uma cópia completa de um repositório remoto para começar a trabalhar — feito uma vez por projeto.

## fetch — baixar mudanças remotas (não mesclar)

```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` baixa mudanças remotas **sem mesclá-las** — seus arquivos de trabalho permanecem intocados, permitindo que você inspecione antes de integrar.

## pull — fetch E mesclar

```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` faz `fetch` e imediatamente **mescla** as mudanças em seu branch atual — uma combinação conveniente, mas muda seus arquivos (e pode gerar conflitos).

## push — enviar seus 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)
```

## Por que isso importa

Entender a diferença entre clone, fetch, pull e push é importante para **trabalhar corretamente com repositórios remotos**, portanto é conhecimento prático essencial — e esses comandos são frequentemente confundidos, especialmente fetch vs pull.

Cada um serve a um propósito distinto: **`clone`** copia um repositório remoto inteiro para começar a trabalhar (feito uma vez), **`fetch`** baixa mudanças remotas **sem mesclar** (permitindo que você inspecione com segurança o que é novo antes de integrar), **`pull`** faz fetch **e mescla** (atualizando convenientemente seu branch, mas mudando seus arquivos e potencialmente causando conflitos), e **`push`** envia seus commits para compartilhar seu trabalho.

A **distinção entre fetch e pull é particularmente importante e frequentemente mal compreendida**: `fetch` é não-destrutivo (baixa sem tocar em seu trabalho, permitindo que você revise mudanças primeiro), enquanto `pull` integra imediatamente mudanças em seu branch de trabalho — entender isso permite que você escolha a abordagem mais segura de fazer fetch-depois-inspecionar quando deseja controle, em vez de sempre fazer pull cegamente.

Saber que **`push` falha se o remoto tiver mudanças que você não tem** (exigindo que você faça pull primeiro) explica uma situação comum.

Entender as direções (clone/fetch/pull trazem mudanças *para dentro*; push envia mudanças *para fora*) esclarece o fluxo de dados entre local e remoto.

Como trabalhar com remotos é fundamental para colaboração e esses quatro comandos são como dados se movem entre repositórios local e remoto, e como confundir esses comandos (especialmente fetch vs pull) leva a erros ou mesclagens inesperadas, entender a diferença entre clone, fetch, pull e push é conhecimento Git essencial e frequentemente aplicado para desenvolvimento colaborativo — esclarecendo as operações remotas fundamentais que todo desenvolvedor usa e resolvendo uma distinção frequentemente confundida (fetch vs pull) que afeta como você integra mudanças de outras pessoas com segurança.