Como os branches funcionam no Git?

Question

Accepted Answer

**Branches** no Git permitem que você se desvie da linha principal de desenvolvimento para trabalhar em algo em **isolamento** — sem afetar o código principal. Eles são leves e centrais nos fluxos de trabalho do Git, possibilitando trabalho paralelo e experimentação segura.

## O que é um branch

```text
A branch is a MOVABLE POINTER to a commit. The default is usually "main".
  → creating a branch = creating a new pointer (cheap/instant — not a copy of files)
  → commits on a branch advance that branch's pointer
  → branches let you work on different things in parallel, isolated from each other
```

Branches são **leves** (apenas ponteiros para commits, não cópias) — então criar e trocar branches é rápido e barato, é por isso que o branching do Git é usado intensamente.

## Trabalhando com branches

```bash
git branch                     # list branches (* marks the current one)
git branch feature-x           # create a branch
git checkout feature-x         # switch to it
git switch feature-x           # switch (newer command)
git checkout -b feature-x      # create AND switch (shortcut)
git switch -c feature-x        # create and switch (newer)

git branch -d feature-x        # delete a branch (after merging)
```

## O fluxo de trabalho de branching (feature branches)

```bash
# the common pattern: a branch per feature/fix
git switch -c feature/login    # branch off main for a new feature
# ... make commits on the branch (isolated from main) ...
git switch main                # back to main
git merge feature/login        # merge the completed feature into main
# → main stays stable; work happens on branches; merge when ready
```

O fluxo de trabalho comum: criar um **feature branch** para cada peça de trabalho, desenvolvê-lo isoladamente, depois fazer o **merge** de volta — mantendo o branch principal estável enquanto o trabalho prossegue em paralelo.

## Por que isso importa

Compreender branches é essencial porque eles são centrais em praticamente todos os fluxos de trabalho do Git, então dominá-los é fundamental para o desenvolvimento colaborativo.

Branches permitem **isolamento** — divergir do código principal para trabalhar em um recurso, correção ou experimento **sem afetar a linha principal** até estar pronto — que é fundamental para como os times trabalham: múltiplas pessoas (ou uma pessoa em múltiplas tarefas) podem trabalhar em **paralelo** em branches separados, mantendo o branch principal estável enquanto o desenvolvimento prossegue.

Compreender que branches são **ponteiros móveis leves** (não cópias de arquivos, apenas ponteiros para commits) explica por que o branching do Git é tão rápido, barato e amplamente utilizado — uma razão chave pela qual o modelo de branching do Git é elogiado.

Saber como **criar, trocar, listar e deletar** branches (tanto com o comando clássico `checkout` quanto com o mais novo `switch`) é conhecimento prático do dia a dia.

Mais importante ainda, compreender o **fluxo de trabalho de feature-branch** (criar um branch por recurso/correção, desenvolver isoladamente, depois fazer merge de volta) é fundamental porque é o padrão em praticamente todo desenvolvimento profissional — mantendo main estável, possibilitando trabalho paralelo, suportando revisão de código (via pull requests em branches), e isolando mudanças.

Como branches são centrais em todos os fluxos de trabalho do Git (colaboração, desenvolvimento de recursos, revisão de código, releases) e o padrão de feature-branch é quase universal no desenvolvimento profissional, compreender como branches funcionam — o que eles são, sua natureza leve, os comandos e o fluxo de trabalho de feature-branch — é conhecimento Git essencial e frequentemente aplicado, um conceito central que sustenta como os times desenvolvem software colaborativamente e uma habilidade fundamental para qualquer desenvolvedor trabalhando com Git.