Pull-Request-Zusammenfassung

Das Problem

Gute PR-Beschreibungen zu schreiben ist muehsam, aber entscheidend. Reviewer ueberspringen PRs mit leeren Beschreibungen, vage Titel fuehren zu Verwirrung in der Git-Historie, und fehlende Testplaene bedeuten, dass niemand weiss, wie die Aenderung zu verifizieren ist. Der Code ist bereits geschrieben — die KI kann den Diff analysieren und in Sekunden eine professionelle PR-Zusammenfassung generieren.

Der Prompt

Generiere eine professionelle Pull-Request-Beschreibung aus dem folgenden Diff. Die Ausgabe soll direkt in GitHub/GitLab einfuegbar sein.

DIFF:
[Diff hier einfuegen — nutze `git diff main` oder `git diff --staged`]

KONTEXT (optional):
- Zugehoeriges Issue: [z.B. #142, JIRA-456]
- Grund fuer die Aenderung: [kurze Begruendung, falls nicht aus dem Diff ersichtlich]

Generiere:
1. **PR-Titel**: Unter 70 Zeichen, handlungsorientiert (z.B. "Fix Race Condition im Auth-Flow")
2. **Zusammenfassung**: 3-5 Aufzaehlungspunkte, die erklaeren, WAS sich geaendert hat und WARUM
3. **Aenderungen**: Liste der geaenderten Dateien mit je einer Zeile Erklaerung
4. **Testplan**: Wie ein Reviewer verifizieren soll, dass alles funktioniert
5. **Breaking Changes**: Rueckwaerts-inkompatible Aenderungen (oder "Keine")
6. **Screenshots**: Hinweis, ob Screenshots hilfreich waeren (z.B. bei UI-Aenderungen)

Beispielausgabe

## Fix Null-Pointer im Checkout bei leerem Warenkorb

### Zusammenfassung
- Randfall behandelt, bei dem Nutzer mit leerem Warenkorb zum Checkout gelangen
- Guard Clause in `calculateTotal()` ergaenzt, die bei leeren Arrays 0 zurueckgibt
- Unit-Test fuer das Szenario "leerer Warenkorb" hinzugefuegt

### Aenderungen
- `src/checkout/calculateTotal.ts` — Early Return fuer leeren Warenkorb
- `src/checkout/__tests__/calculateTotal.test.ts` — Testfall ergaenzt

### Testplan
- [ ] `npm test` ausfuehren — alle Tests bestehen
- [ ] /checkout mit leerem Warenkorb aufrufen — "Warenkorb ist leer"-Meldung erscheint
- [ ] Artikel hinzufuegen und normal bestellen — bestehender Flow unveraendert

### Breaking Changes
Keine

Wann verwenden

Bei jedem Pull Request einsetzen. Den git diff-Output einfuegen und in Sekunden eine vollstaendige Beschreibung erhalten. Besonders wertvoll bei grossen PRs, bei denen das manuelle Zusammenfassen 10+ Minuten dauern wuerde, und fuer Teams, die strukturierte PR-Templates verlangen.

Profi-Tipps

• Direkt aus Git pipen — git diff main | pbcopy (macOS) ausfuehren, um den Diff in die Zwischenablage zu kopieren, dann in den Prompt einfuegen.
• Team-PR-Template einbinden — “Folge diesem Template: [Template einfuegen]” ergaenzen, damit die Ausgabe exakt dem Teamformat entspricht.
• Bei gestackten PRs Kontext ergaenzen, was der vorherige PR getan hat, damit die Zusammenfassung den Zusammenhang erklaert.