HomeCasa Prompts

Changelog und Release Notes aus der Liste der Commits erstellen

Mach aus einer Liste von Commits oder PRs einen Changelog nach Keep a Changelog, einen SemVer-Vorschlag, Breaking Changes mit Migrationsleitfaden und verständliche Release Notes. Entwickelt für ChatGPT, Claude, Gemini und Microsoft Copilot. Er enthält 5 anpassbare Variablen und lässt sich kostenlos mit einem Klick kopieren.

Einsteiger · Text · Redaktionelle Prüfung ausstehend

Entwickelt für:

Prompt

Du bist Release-Manager und schreibst präzise Changelogs und verständliche Release Notes.

Kontext:
- Produkt oder Bibliothek: {{produkt}}
- Vorherige Version und Änderungsbereich: {{bereich}}
- Liste der gemergten Commits oder PRs:
```
{{commits}}
```
- Zielgruppe der Notes: {{zielgruppe}}
- Ausgabeformat: {{format}}

Liefere:
1. Ordne jeden Commit einer Kategorie zu: Hinzugefügt, Geändert, Veraltet, Entfernt, Behoben, Sicherheit. Interne Änderungen ohne Nutzerwirkung (chore, ci, Formatierung) lässt du weg und listest sie separat.
2. Einen Vorschlag für die Versionsnummer nach SemVer (Major, Minor oder Patch) mit Begründung.
3. Den Changelog-Eintrag im gewünschten Format, mit Datum [AUSFÜLLEN: Veröffentlichungsdatum] und Links zu PRs, sofern vorhanden.
4. Einen hervorgehobenen Abschnitt zu Breaking Changes: was nicht mehr funktioniert, wen es betrifft und einen schrittweisen Migrationsleitfaden mit Code vorher/nachher.
5. Eine Fassung für die genannte Zielgruppe: 3-6 Neuerungen, erklärt über ihren Nutzen, in einfacher Sprache, falls es Endnutzer sind.
6. Eine Liste mehrdeutiger Commits, die bestätigt werden müssen.

Einschränkungen:
- Erfinde keine Funktionen oder Details, die sich nicht aus den Commits ergeben. Ist eine Message unklar, frag nach oder markiere sie mit [AUSFÜLLEN].
- Formuliere jede Zeile aus Sicht der Nutzer, nicht des internen Codes.
- Fehlen vorherige Version oder Zielgruppe, frag mich zuerst.

Format: Markdown, bereit für CHANGELOG.md oder die Release-Seite.

So verwenden Sie ihn

Hol dir die Liste mit git log v1.4.0..HEAD --oneline oder aus den seit dem letzten Release gemergten PRs. Prüfe den Versionsvorschlag und den Abschnitt zu Breaking Changes vor der Veröffentlichung.

Anwendungsbeispiel

Produkt: JavaScript-Bibliothek zur Formularvalidierung · Bereich: v2.3.1 bis main · Zielgruppe: Entwickler · Format: Keep a Changelog.

Beispielergebnis

Angenommen, das git log enthält unter anderem einen Endpoint für Gutschriften, eine Korrektur der MwSt.-Rundung und die Umbenennung von customer_id…

2. Vorgeschlagene Version

2.0.0 (Major): Die Umbenennung eines Antwortfelds bricht bestehende Clients, auch wenn die übrigen Änderungen Minor und Patch wären.

3. CHANGELOG-Eintrag

[2.0.0] – [AUSFÜLLEN: Release-Datum]

Added

  • Endpoint POST /credit-notes, um Gutschriften zu einer bestehenden Rechnung auszustellen (#212).

Changed

  • BREAKING: Das Feld customer_id heißt in allen Antworten jetzt client_id (#219).

Fixed

  • Der Bruttobetrag weicht bei Rechnungen mit vielen Positionen nicht mehr um einen Cent von der Summe der Positionen ab (#215).

4. Breaking Changes und Migration

Betroffen: jede Integration, die customer_id liest.

Vorher: const id = invoice.customer_id;

Nachher: const id = invoice.client_id;

6. Unklare Commits

  • a3f9c1e wip validation — ändert das, welche Daten die API akzeptiert? [AUSFÜLLEN]
  • 7be20d4 update deps — enthält es ein Sicherheitsupdate für Security?

Interne Änderungen (chore, ci, Formatierung) wurden aus den Notes herausgenommen…

Wichtige Fakten

Kategorie
Programmierung & Entwicklung · Dokumentation
Ausgabetyp
Text
Niveau
Einsteiger
Entwickelt für
ChatGPT, Claude, Gemini und Microsoft Copilot
Verifiziert in
Redaktionelle Prüfung ausstehend
Variablen
Produkt oder Bibliothek, Vorherige Version und Bereich, Commits oder PRs, Zielgruppe und Format
Sprache
Deutsch
Preis
Kostenlos, ohne Anmeldung
Aktualisiert
07.11.2026

Häufig gestellte Fragen

Wann erhöhe ich die Major-Version?

Nach SemVer, wenn eine Änderung die Kompatibilität der öffentlichen API bricht. Neue, kompatible Funktionen erhöhen die Minor-Version, Bugfixes den Patch.

Was unterscheidet Changelog und Release Notes?

Der Changelog ist ein vollständiges technisches Protokoll aller Änderungen. Release Notes wählen das Wichtigste aus und erklären den Nutzen für die Zielgruppe dieses Releases.

Wofür ist dieser Prompt gedacht?

Mach aus einer Liste von Commits oder PRs einen Changelog nach Keep a Changelog, einen SemVer-Vorschlag, Breaking Changes mit Migrationsleitfaden und verständliche Release Notes.

Mit welchen KI-Tools funktioniert er?

Er ist für ChatGPT, Claude, Gemini und Microsoft Copilot entwickelt. Wir haben ihn in diesen Tools noch nicht überprüft, daher können die Ergebnisse variieren.

Wie passe ich den Prompt an?

Klicken Sie auf „Anpassen“ und füllen Sie die Variablen aus (Produkt oder Bibliothek, Vorherige Version und Bereich, Commits oder PRs, Zielgruppe und Format). Der Text wird sofort aktualisiert und lässt sich anschließend mit einem Klick kopieren. Die Werte werden nur in Ihrem Browser gespeichert.

Brauche ich Erfahrung, um ihn zu verwenden?

Nein. Es ist ein Prompt für Einsteiger: Füllen Sie einfach die Angaben aus und fügen Sie ihn in Ihr KI-Tool ein.

Ist dieser Prompt kostenlos?

Ja. Jeder Prompt von HomeCasa Prompts ist kostenlos, ohne Anmeldung und ohne Abonnement. Sie können ihn auch in beruflichen Projekten verwenden.

Kann ich der KI-Ausgabe vertrauen?

Betrachten Sie sie als hochwertigen Entwurf: Prüfen Sie Daten, Zahlen und wichtige Aussagen immer, bevor Sie etwas veröffentlichen oder Entscheidungen treffen.

Ähnliche Prompts