Release Notes schreiben
- Finde den Bereich:
git describe --tags --abbrev=0liefert den letzten Tag. Wenn es keinen gibt, verwende die gesamte Historie. - Liste die Betreffzeilen auf:
git log <letzter-tag>..HEAD --no-merges --pretty=format:%s. - Rufe das MCP-Tool
group_commits(Serverteam-kit) mit diesen Betreffzeilen auf. Es gibt Markdown zurück, gruppiert nach Typ, mit Breaking Changes zuerst. Falls das Tool nicht verfügbar ist, gruppiere sie manuell mit denselben Überschriften. - Schreibe für Leser, nicht für Committer: ein einfacher Satz pro Eintrag, zuerst die sichtbare Wirkung für den Benutzer, keine Ticket-Notizen. Führe Duplikate zusammen. Behalte alles unter „Breaking changes“ und sage, was die Benutzer tun müssen.
- Ausgabe:
## <version> (<YYYY-MM-DD>)
<2-3 Sätze Zusammenfassung>
<gruppierte Abschnitte>
Erfinde niemals Änderungen, die nicht in der Commit-Liste stehen. Falls ein Commit unklar ist, lies seinen Diff (git show <sha> --stat), bevor du ihn beschreibst. Frage den Benutzer nach der Versionsnummer, falls du sie nicht ableiten kannst.