Wie funktionieren Branches in Git?

Question

Accepted Answer

**Branches** in Git ermöglichen es dir, von der Hauptentwicklungslinie abzuweichen, um an etwas **isoliert** zu arbeiten — ohne den Hauptcode zu beeinflussen. Sie sind leichtgewichtig und zentral für Git-Workflows und ermöglichen parallele Arbeit und sichere Experimente.

## Was ein Branch ist

```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 sind **leichtgewichtig** (nur Zeiger auf Commits, keine Kopien) — deshalb ist das Erstellen und Wechseln von Branches schnell und kostengünstig, weshalb Git-Branching intensiv genutzt wird.

## Arbeiten mit 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)
```

## Der Branching-Workflow (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
```

Der übliche Workflow: erstelle einen **Feature Branch** für jedes Stück Arbeit, entwickle ihn isoliert, dann **merge** ihn zurück — halte den Hauptbranch stabil, während die Arbeit parallel vorangeht.

## Warum es wichtig ist

Das Verständnis von Branches ist essentiell, da sie zentral für praktisch alle Git-Workflows sind, daher ist das Verstehen dieser Grundlagen für die kollaborative Entwicklung fundamental.

Branches ermöglichen **Isolation** — Abweichen vom Hauptcode, um an einem Feature, Fix oder Experiment zu arbeiten **ohne die Hauptlinie zu beeinflussen**, bis es bereit ist — was fundamental ist für die Art, wie Teams arbeiten: mehrere Personen (oder eine Person an mehreren Aufgaben) können **parallel** auf separaten Branches arbeiten, während der Hauptbranch stabil bleibt und die Entwicklung vorangeht.

Das Verständnis, dass Branches **leichtgewichtige bewegliche Zeiger** sind (keine Dateikopien, nur Zeiger auf Commits), erklärt, warum Git-Branching so schnell, kostengünstig und intensiv genutzt wird — ein Schlüsselgrund, warum Gits Branching-Modell gelobt wird.

Zu wissen, wie man Branches **erstellt, wechselt, auflistet und löscht** (sowohl mit dem klassischen `checkout` als auch mit dem neueren `switch` Kommando) ist alltägliches praktisches Wissen.

Am wichtigsten ist das Verständnis des **Feature-Branch-Workflows** (erstelle einen Branch pro Feature/Fix, entwickle isoliert, dann merge zurück), da dies das Standardmuster in fast allen professionellen Entwicklungsprojekten ist — hält main stabil, ermöglicht parallele Arbeit, unterstützt Code Review (via Pull Requests auf Branches) und isoliert Änderungen.

Da Branches zentral für alle Git-Workflows sind (Zusammenarbeit, Feature-Entwicklung, Code Review, Releases) und das Feature-Branch-Muster in professioneller Entwicklung quasi universell ist, ist das Verständnis, wie Branches funktionieren — was sie sind, ihre leichtgewichtige Natur, die Kommandos und der Feature-Branch-Workflow — essentielles, häufig angewendetes Git-Wissen, ein Konzept, das der kollaboativen Softwareentwicklung zugrunde liegt, und eine grundlegende Fähigkeit für jeden Entwickler, der mit Git arbeitet.