Git-Branches erstellen, verfolgen, wechseln, synchronisieren und bereinigen. Umfasst Namenskonventionen, sicheres Branch-Wechseln mit Stash, Upstream-Synchronisation und das Loeschen zusammengefuehrter Branches. Verwenden beim Starten von Arbeit an einem neuen Feature oder Bugfix, beim Wechseln zwischen Aufgaben auf verschiedenen Branches, beim Aktuell-Halten eines Feature-Branches gegenueber main oder beim Bereinigen von Branches nach dem Zusammenfuehren von Pull Requests.
Scanned 9/3/2026
Install to Claude Code
npx -y skills add pjt222/agent-almanac --skill manage-git-branches --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Manage Git Branches?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/pjt222-manage-git-branches-587e4f97)More formats (shields.io, HTML) on the badges page.
---
name: manage-git-branches
description: >
Git-Branches erstellen, verfolgen, wechseln, synchronisieren und
bereinigen. Umfasst Namenskonventionen, sicheres Branch-Wechseln mit
Stash, Upstream-Synchronisation und das Loeschen zusammengefuehrter
Branches. Verwenden beim Starten von Arbeit an einem neuen Feature
oder Bugfix, beim Wechseln zwischen Aufgaben auf verschiedenen
Branches, beim Aktuell-Halten eines Feature-Branches gegenueber main
oder beim Bereinigen von Branches nach dem Zusammenfuehren von
Pull Requests.
license: MIT
allowed-tools: Read Write Edit Bash Grep Glob
metadata:
author: Philipp Thoss
version: "1.0"
domain: git
complexity: intermediate
language: multi
tags: git, branches, branching-strategy, stash, remote-tracking
locale: de
source_locale: en
source_commit: 6f65f316
fence_basis_commit: 6f65f316
translator: claude-opus-4-6
translation_date: "2026-03-16"
---
# Git-Branches verwalten
Branches nach einheitlichen Namenskonventionen erstellen, wechseln, synchronisieren und bereinigen.
## Wann verwenden
- Arbeit an einem neuen Feature oder Bugfix beginnen
- Zwischen Aufgaben auf verschiedenen Branches wechseln
- Einen Feature-Branch gegenueber main aktuell halten
- Branches nach dem Zusammenfuehren von Pull Requests bereinigen
- Branches auflisten und inspizieren
## Eingaben
- **Erforderlich**: Repository mit mindestens einem Commit
- **Optional**: Branch-Namenskonvention (Standard: `type/description`)
- **Optional**: Basis-Branch fuer neue Branches (Standard: `main`)
- **Optional**: Remote-Name (Standard: `origin`)
## Vorgehensweise
### Schritt 1: Feature-Branch erstellen
Eine einheitliche Namenskonvention verwenden:
| Praefix | Zweck | Beispiel |
|---|---|---|
| `feature/` | Neue Funktionalitaet | `feature/add-weighted-mean` |
| `fix/` | Fehlerbehebung | `fix/null-pointer-in-parser` |
| `docs/` | Dokumentation | `docs/update-api-reference` |
| `refactor/` | Code-Umstrukturierung | `refactor/extract-validation` |
| `chore/` | Wartung | `chore/update-dependencies` |
| `test/` | Test-Ergaenzungen | `test/add-edge-case-coverage` |
```bash
# Create and switch to a new branch from main
git checkout -b feature/add-weighted-mean main
# Or using the newer switch command
git switch -c feature/add-weighted-mean main
```
**Erwartet:** Neuer Branch erstellt und ausgecheckt. `git branch` zeigt den neuen Branch mit einem Sternchen.
**Bei Fehler:** Wenn der Basis-Branch lokal nicht existiert, zuerst fetchen: `git fetch origin main && git checkout -b feature/name origin/main`.
### Schritt 2: Remote-Branches verfolgen
Beim erstmaligen Pushen eines neuen Branches Tracking einrichten:
```bash
# Push and set upstream tracking
git push -u origin feature/add-weighted-mean
# Check tracking relationship
git branch -vv
```
Einen von jemand anderem erstellten Remote-Branch auschecken:
```bash
git fetch origin
git checkout feature/their-branch
# Git auto-creates a local tracking branch
```
**Erwartet:** Lokaler Branch verfolgt den entsprechenden Remote-Branch. `git branch -vv` zeigt den Upstream.
**Bei Fehler:** Wenn das automatische Tracking fehlschlaegt, manuell setzen: `git branch --set-upstream-to=origin/feature/name feature/name`.
### Schritt 3: Sicher zwischen Branches wechseln
Vor dem Wechsel sicherstellen, dass der Arbeitsbaum sauber ist:
```bash
# Check for uncommitted changes
git status
```
**Bei vorhandenen Aenderungen** entweder committen oder stashen:
```bash
# Option 1: Commit work in progress
git add <files>
git commit -m "wip: save progress on validation logic"
# Option 2: Stash changes temporarily
git stash push -m "validation work in progress"
# Switch branches
git checkout main
# Later, restore stashed changes
git checkout feature/add-weighted-mean
git stash pop
```
Stashes auflisten und verwalten:
```bash
# List all stashes
git stash list
# Apply a specific stash (without removing it)
git stash apply stash@{1}
# Drop a stash
git stash drop stash@{0}
```
**Erwartet:** Branch-Wechsel erfolgreich. Arbeitsbaum spiegelt den Zustand des Ziel-Branches wider. Gestashte Aenderungen sind wiederherstellbar.
**Bei Fehler:** Wenn der Wechsel durch uncommittierte Aenderungen blockiert wird, die ueberschrieben wuerden, zuerst stashen oder committen. `git stash` kann ungetrackte Dateien nur mit `git stash push -u` stashen.
### Schritt 4: Mit Upstream synchronisieren
Den Feature-Branch gegenueber dem Basis-Branch aktuell halten:
```bash
# Fetch latest changes
git fetch origin
# Rebase onto latest main (preferred — keeps linear history)
git rebase origin/main
# Or merge main into your branch (creates merge commit)
git merge origin/main
```
**Erwartet:** Branch enthaelt nun die neuesten Aenderungen aus main. Keine Konflikte, oder Konflikte geloest (siehe `resolve-git-conflicts`).
**Bei Fehler:** Wenn Rebase Konflikte verursacht, jeden einzeln loesen und `git rebase --continue`. Sind die Konflikte zu komplex, mit `git rebase --abort` abbrechen und stattdessen `git merge origin/main` versuchen.
### Schritt 5: Zusammengefuehrte Branches bereinigen
Nach dem Zusammenfuehren von Pull Requests veraltete Branches entfernen:
```bash
# Delete a local branch that has been merged
git branch -d feature/add-weighted-mean
# Delete a local branch (force, even if not merged)
git branch -D feature/abandoned-experiment
# Delete a remote branch
git push origin --delete feature/add-weighted-mean
# Prune remote-tracking references for deleted remote branches
git fetch --prune
```
**Erwartet:** Zusammengefuehrte Branches sind lokal und remote entfernt. `git branch` zeigt nur aktive Branches.
**Bei Fehler:** `git branch -d` lehnt das Loeschen nicht zusammengefuehrter Branches ab. Wenn der Branch auf GitHub per Squash Merge zusammengefuehrt wurde, erkennt Git ihn moeglicherweise nicht als zusammengefuehrt. `git branch -D` verwenden, wenn sicher ist, dass die Arbeit erhalten ist.
### Schritt 6: Branches auflisten und inspizieren
```bash
# List local branches
git branch
# List all branches (local and remote)
git branch -a
# List branches with last commit info
git branch -v
# List branches merged into main
git branch --merged main
# List branches NOT yet merged
git branch --no-merged main
# See which remote branch each local branch tracks
git branch -vv
```
**Erwartet:** Klare Uebersicht ueber alle Branches, ihren Status und die Tracking-Beziehungen.
**Bei Fehler:** Wenn Remote-Branches veraltet erscheinen, `git fetch --prune` ausfuehren, um Referenzen auf geloeschte Remote-Branches zu bereinigen.
## Validierung
- [ ] Branch-Namen folgen der vereinbarten Namenskonvention
- [ ] Feature-Branches werden vom richtigen Basis-Branch erstellt
- [ ] Lokale Branches verfolgen ihre Remote-Entsprechungen
- [ ] Zusammengefuehrte Branches sind bereinigt (lokal und remote)
- [ ] Arbeitsbaum ist vor Branch-Wechseln sauber
- [ ] Gestashte Aenderungen bleiben nicht verwaist
## Haeufige Stolperfallen
- **Direkt auf main arbeiten**: Immer einen Feature-Branch erstellen. Direkt auf main zu committen erschwert die Erstellung von PRs und die Zusammenarbeit.
- **Vergessen vor dem Branchen zu fetchen**: Einen Branch von einem veralteten lokalen main zu erstellen bedeutet, rueckstaendig zu beginnen. Immer zuerst `git fetch origin` ausfuehren.
- **Langlebige Branches**: Feature-Branches, die wochenlang bestehen, haeufen Merge-Konflikte an. Haeufig synchronisieren und Branches kurzlebig halten.
- **Verwaiste Stashes**: `git stash` ist temporaerer Speicher. Nicht fuer langfristige Arbeit darauf verlaessen. Stattdessen committen oder branchen.
- **Unzusammen gefuehrte Arbeit loeschen**: `git branch -D` ist destruktiv. Vor dem Zwangsloeschen mit `git log branch-name` pruefen.
- **Nicht bereinigen**: Auf GitHub geloeschte Remote-Branches erscheinen lokal weiterhin, bis `git fetch --prune` ausgefuehrt wird.
## Verwandte Skills
- `commit-changes` - Arbeit auf Branches committen
- `create-pull-request` - PRs aus Feature-Branches eroeffnen
- `resolve-git-conflicts` - Konflikte waehrend der Synchronisation behandeln
- `configure-git-repository` - Repository-Einrichtung und Branch-Strategie
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!