Funktionen

Release-Notes, die deine Kunden wirklich lesen.

Verbinde GitHub einmal. ChangelogForge klassifiziert Änderungen mit einer nachprüfbaren Begründung und veröffentlicht sie in GitHub Releases.

Nachvollziehbare Klassifizierung

Funktionen, Korrekturen und Breaking Changes werden mit einer Begründung gruppiert — nicht als unlesbares Git-Log.

Freigabe vor Veröffentlichung

Team-Modelle ergänzen einen Prüfschritt, damit ein Mensch den Entwurf vor der Veröffentlichung kontrolliert.

Direkt um GitHub gebaut

Repositories verbinden, Release-Entwurf erzeugen und ohne neuen Release-Prozess in GitHub Releases veröffentlichen.

developer-editorial

# Release-Entwurf · Beispiel
feat: Microsoft-Anmeldung ergänzen
fix: doppelte Webhooks verhindern
docs: Release-Berechtigungen erläutern

Commit-MetadatenÄnderung klassifizieren

Bereit

Nachprüfbare BegründungRelease-Entwurf prüfen

Prüfung

VeröffentlichenGitHub Releases nach Freigabe

Ein Klick

Veranschaulichendes Beispiel — kein Kundenergebnis und keine Live-Kontodaten.

So funktioniert es

Eingabe verbinden

Nutze den dokumentierten Einstieg des Produkts statt eines neuen Prozesses.

Ergebnis prüfen

Prüfe Beispiel oder Entwurf einschließlich Annahmen und Grenzen.

Nächsten Schritt wählen

Veröffentliche, teile oder erweitere nur, wenn der geprüfte Produktpfad dies unterstützt.

Häufige Fragen

Verbraucht jeder Commit in einem Feature-Branch eine Generation?

Das Produkt beschreibt konfigurierbare Auslöser (Release-Branch, Merge, Release oder manuell). Prüfe die Repository-Einstellungen, bevor du ein Kontingentmodell annimmst.

Sieht ChangelogForge meinen Quellcode?

Die öffentliche Seite beschreibt minimale GitHub-App-Berechtigungen und die Verarbeitung von Commit-Metadaten und Diffs zur Klassifizierung. Prüfe das aktuelle App-Manifest und die Datenschutzbedingungen.

Kann ich ein Beispiel ohne Registrierung ansehen?

Ja. Über die öffentliche Demo kannst du ein Beispiel-Changelog ohne Konto prüfen.