Come funzionano i branch in Git?

Question

Accepted Answer

**I branch** in Git ti permettono di divergere dalla linea principale di sviluppo per lavorare su qualcosa in **isolamento** — senza influenzare il codice principale. Sono leggeri e centrali nei flussi di lavoro Git, abilitando il lavoro parallelo e la sperimentazione sicura.

## Cos'è un 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
```

I branch sono **leggeri** (solo puntatori ai commit, non copie) — quindi creare e cambiare branch è veloce ed economico, per questo motivo il branching in Git è utilizzato pesantemente.

## Lavorare con i branch

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

## Il flusso di lavoro del branching (feature branch)

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

Il flusso di lavoro comune: crea un **feature branch** per ogni pezzo di lavoro, sviluppalo in isolamento, poi **fai un merge** indietro — mantenendo il branch principale stabile mentre il lavoro procede in parallelo.

## Perché è importante

Capire i branch è essenziale perché sono centrali in praticamente tutti i flussi di lavoro Git, quindi comprenderli è fondamentale per lo sviluppo collaborativo.

I branch abilitano **isolamento** — divergere dal codice principale per lavorare su una feature, una correzione o un esperimento **senza influenzare la linea principale** fino a quando non sei pronto — che è fondamentale per come i team lavorano: più persone (o una persona su più attività) possono lavorare **in parallelo** su branch separati, mantenendo il branch principale stabile mentre lo sviluppo procede.

Capire che i branch sono **puntatori mobili leggeri** (non copie di file, solo puntatori ai commit) spiega perché il branching in Git è così veloce, economico e ampiamente utilizzato — una ragione chiave per cui il modello di branching di Git è elogiato.

Sapere come **creare, cambiare, elencare ed eliminare** branch (sia con il classico `checkout` che con i più recenti comandi `switch`) è una conoscenza pratica quotidiana.

Soprattutto, capire il **flusso di lavoro feature-branch** (creare un branch per feature/correzione, sviluppare in isolamento, poi fare un merge indietro) è fondamentale perché è il modello standard in praticamente tutto lo sviluppo professionale — mantenere main stabile, abilitare il lavoro parallelo, supportare la revisione del codice (tramite pull request su branch) e isolare i cambiamenti.

Poiché i branch sono centrali in tutti i flussi di lavoro Git (collaborazione, sviluppo di feature, revisione del codice, rilasci) e il modello feature-branch è quasi universale nello sviluppo professionale, capire come funzionano i branch — cosa sono, la loro natura leggera, i comandi e il flusso di lavoro feature-branch — è una conoscenza Git essenziale e frequentemente applicata, un concetto fondamentale che sottintende come i team sviluppano software in modo collaborativo e una competenza fondamentale per qualsiasi sviluppatore che lavora con Git.