---
name: resolving-merge-conflicts
description: Löst einen laufenden Merge- oder Rebase-Konflikt hunkweise nach Absicht auf. Automatisch wählbar, sobald ein Merge/Rebase mit Konflikten steckt.
kategorie: Standalone
---

# resolving-merge-conflicts: Einen laufenden Merge-Konflikt auflösen

## Wann brauche ich das?

Wenn ein Merge oder Rebase mit Konflikten steckengeblieben ist.

## Wie funktioniert das?

1. **Aktuellen Zustand sehen**: Git-Historie und die konfliktbehafteten Dateien, direkt über die
   verfügbare Git-Introspektion (`log`, `diff`, `status`) abrufbar.
2. **Primärquellen für jeden Konflikt finden**: warum wurde jede Seite geändert? Commit-Nachrichten,
   PRs, ursprüngliche Tickets lesen, um die Absicht zu verstehen.
3. **Jeden Hunk auflösen**: beide Absichten erhalten, wo möglich; wo unvereinbar, die dem
   Merge-Ziel entsprechende wählen und den Trade-off benennen. Nie neues Verhalten erfinden, nie
   `--abort`. Die Auflösung kommt als **Snippet**, das du im IDE-Merge-Tool in die konfliktbehaftete
   Datei einfügst, direkte Dateiänderung ist hier nicht möglich.
4. **Automatisierte Checks laufen lassen** (Typecheck, dann Tests, dann Format), auf Zuruf einzeln
   angestoßen, nicht autonom verkettet. Alles reparieren, was der Merge kaputt gemacht hat.
5. **Merge/Rebase abschließen**: Staging, Commit, bei Rebase Fortsetzung bis alle Commits
   durchgerebast sind. **Das bleibt bei dir**, Stage/Commit/Rebase-Fortsetzung sind schreibende
   Git-Operationen, die außerhalb der Snippet-und-Apply-Logik liegen.

## Wo passt das rein?

Standalone, reach-for-it, sobald du mitten in einem Konflikt steckst. Gesamtüberblick: `ask-simon`.

## Was sich gegenüber dem Original geändert hat

- Die Hunk-Auflösung kommt als Snippet statt als direkte Dateiänderung.
- Stage/Commit/Rebase-Fortsetzung führst du selbst aus, nachdem die Checks grün sind.
- Reasoning (primäre Quellen, Auflösung nach Absicht statt nach Zeilen) bleibt vollständig gleich.