Schreibe eine PR-Beschreibung für den aktuellen Branch.
- Kontext sammeln:
- Branch: !
git branch --show-current - Commits: !
git log --oneline main..HEAD - Geänderte Dateien: !
git diff --stat main...HEAD
- Branch: !
- Lies das vollständige Diff (
git diff main...HEAD) bevor du schreibst. Beschreibe, was der Code macht, nicht, was die Commit-Nachrichten behaupten. - Gib genau dieses Format in einem gefassten Markdown-Block aus, sodass es kopiert werden kann:
## <imperative Titel, unter 70 Zeichen>
### Was
<2–4 Sätze: die Änderung und warum sie nötig ist>
### Wie
- <wichtige Implementierungsdetails, die ein Reviewer wissen sollte>
### API-/Datenänderungen
<neue oder geänderte Endpunkte, Statuscodes, gespeicherte Felder; „Keine“ falls keine>
### Tests
- [ ] `npm run check`
- [ ] `npm run build`
- <manuelle Schritte, die ein Reviewer befolgen kann, falls vorhanden>
### Risiko
<was könnte kaputt gehen, und wie man es zurückrollt>
- Erfinde keine Ticketnummern, Reviewer oder Testergebnisse. Wenn Tests in dieser Sitzung nicht ausgeführt wurden, lasse die Kästchen unmarkiert.
- Erstelle den PR nicht. Der Autor öffnet ihn mit
gh pr create, nachdem er den Text gelesen hat.