Changelog Generator

Ein Changelog-Generator wandelt rohe Git-Commit-Nachrichten und PR-Titel in schön formatierte, kategorisierte Release-Notes um. Anstatt Changelogs für jede Version manuell zu schreiben, fügen Sie Ihre Commit-Historie ein und erhalten ein strukturiertes Markdown-Dokument, organisiert nach Kategorien - Features, Bugfixes, Dokumentation, Performance-Verbesserungen und mehr.

Gut gepflegte Changelogs sind unverzichtbar für Open-Source-Projekte, interne Bibliotheken und jede Software mit externen Nutzern. Sie kommunizieren, was sich zwischen Versionen geändert hat, heben Breaking Changes hervor und helfen Entwicklern bei der Entscheidung, ob sie ein Upgrade durchführen sollten. Das Keep a Changelog-Format und die Conventional Commits-Spezifikation haben sich als Industriestandards für die Strukturierung dieser Informationen etabliert.

Dieser Changelog-Generator parst Conventional-Commit-Nachrichten (wie feat(auth): add OAuth2 login), kategorisiert sie automatisch in Abschnitte mit Emoji-Labels und gibt sauberes Markdown aus. Sie können Kategorien anpassen, Emojis ein-/ausschalten, Commit-Hashes einbeziehen und Version/Datum konfigurieren - alles in Ihrem Browser ohne Server.

1. Commit-Nachrichten einfügen — Kopieren Sie die Ausgabe von git log --oneline, PR-Titel oder eine beliebige Liste von Änderungen (eine pro Zeile). Das Tool akzeptiert sowohl Conventional-Commit-Format als auch einfache Nachrichten.
2. "Parse & Categorize" klicken — Das Tool parst jede Zeile, extrahiert Commit-Hashes, Scopes und Kategorien basierend auf Conventional-Commit-Präfixen (feat:, fix:, docs:, etc.).
3. Überprüfen und neu kategorisieren — Jeder Eintrag zeigt seine erkannte Kategorie. Klicken Sie auf das Dropdown, um Einträge anderen Kategorien zuzuordnen, wenn die automatische Erkennung falsch lag.
4. Einstellungen konfigurieren — Legen Sie Versionsnummer, Veröffentlichungsdatum fest, schalten Sie Emoji-Icons ein/aus, aktivieren/deaktivieren Sie Kategorie-Gruppierung und wählen Sie, ob Commit-Hashes enthalten sein sollen.
5. Markdown kopieren — Wechseln Sie zwischen Markdown-Quellcode und gerenderter Vorschau. Klicken Sie auf "Copy Markdown", um den formatierten Changelog für Ihre CHANGELOG.md-Datei zu kopieren.

• Conventional Commits Parsing — Erkennt automatisch Präfixe wie feat, fix, docs, refactor, perf, test, build, ci, chore und style sowie Breaking Changes.
• Commit-Hash-Extraktion — Erkennt kurze und lange Git-Hashes aus git log-Ausgaben und fügt sie optional in den Changelog ein.
• Scope-Unterstützung — Parst Scoped Commits wie feat(api): ... und rendert sie als fettgedruckte Scope-Präfixe in der Ausgabe.
• Breaking-Change-Erkennung — Identifiziert Breaking Changes über das !-Suffix (feat!:) oder "BREAKING CHANGE" in der Nachricht und gruppiert sie prominent.
• Emoji-Kategorien — Optionale Emoji-Präfixe (Features, Bug Fixes, Performance, etc.) für übersichtliche, visuell ansprechende Changelogs.
• 100% clientseitig — Ihre Commit-Nachrichten bleiben in Ihrem Browser. Nichts wird an einen Server gesendet.

• Open-Source-Releases — Generieren Sie Release-Notes aus Ihrer Git-Historie für GitHub Releases, CHANGELOG.md oder Dokumentationsseiten.
• Sprint-Retrospektiven — Fassen Sie schnell zusammen, was in einem Sprint ausgeliefert wurde, indem Sie die gemergten PR-Titel oder Commit-Nachrichten einfügen.
• Interne Release-Kommunikation — Erstellen Sie formatierte Änderungszusammenfassungen für Stakeholder, QA-Teams oder Produktmanager, die wissen müssen, was sich geändert hat.
• Migrationsleitfäden — Identifizieren Sie Breaking Changes über Releases hinweg, indem Sie nach Breaking-Change-Einträgen filtern und Upgrade-Dokumentation erstellen.
• Monorepo-Changelogs — Verwenden Sie Scope-basierte Commits, um Änderungen pro Paket zu verfolgen, und generieren Sie dann paketbezogene oder kombinierte Changelogs.