Commit-Nachricht-Generator
Erzeugt Conventional-Commits-Nachrichten mit Type, Scope, Breaking Change und Issue-Referenz. Kopierbar als git-commit-Befehl.
Nur Zahl, #123, Closes #123 usw. Mehrere mit Komma oder Zeilenumbruch trennen.
Typ ✅ / Subject (erforderlich) ❌ / Body ✅ / Issue-Nummer ✅ / Scope ✅
Punktzahl: 75/100
Subject eingeben – die Nachricht wird in Echtzeit aktualisiert
Anleitung
Über dieses Tool
Erzeugt Conventional-Commits-Nachrichten mit Type, Scope, Breaking Change und Issue-Referenz. Kopierbar als git-commit-Befehl.
Anleitung
Geben Sie Type und Subject (erforderlich) ein; fügen Sie Scope, Body, Breaking Change und Issue bei Bedarf hinzu. Nachricht, Git-Befehl und Vorschau werden in Echtzeit aktualisiert.
Optionen
Type: feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert. Scope: alphanumerisch, Bindestrich, Unterstrich. Subject: ≤50 Zeichen, Kleinbuchstabe am Anfang. Issue: #123, Closes #123 usw.
Anwendungsfälle
• Automatische Release Notes (nach Typ) • Einheitliche Commit-Konventionen • Explizite BREAKING CHANGE- und Issue-Referenzen • Einfachere Suche und Filterung
How it works
Erstellt die erste Zeile type(scope): subject, fügt Body und Footer an.
Datenschutz und Daten
Alle Verarbeitung erfolgt im Browser; keine Daten werden an einen Server gesendet.
Häufige Fragen
- Q: Was ist das Conventional-Commits-Format?
- A: Conventional Commits ist eine Spezifikation für die Commit-Message-Struktur: type(scope): subject. Gängige Typen sind feat, fix, docs, style, refactor, perf, test, build, ci, chore und revert. Das Format ermöglicht automatische Changelog-Generierung und Semantic Versioning.
- Q: Was sind Breaking Changes und wie markiere ich sie?
- A: Ein Breaking Change ist ein Commit, der die öffentliche API inkompatibel ändert. Füge "BREAKING CHANGE:" im Footer hinzu oder hänge ! an den Typ (z. B. feat!: remove legacy endpoint). Das signalisiert einen Major-Version-Bump beim Semantic Versioning.
- Q: Was gehört in Subject vs. Body?
- A: Subject (≤50 Zeichen): prägnante Zusammenfassung im Imperativ — "add login button", nicht "added". Body: detaillierte Erklärung was und warum geändert wurde, bei 72 Zeichen pro Zeile umbrochen. Der Body ist optional, aber bei nicht-trivialen Änderungen empfohlen.
- Q: Wie verweise ich auf ein Issue oder einen Pull Request?
- A: Verwende das Issue-Feld mit Formaten wie #123, Closes #123, Fixes #123 oder Resolves #123. Diese werden im Commit-Footer platziert und können das referenzierte Issue auf GitHub/GitLab beim Mergen automatisch schließen.
- Q: Wird die Commit-Message an einen Server gesendet?
- A: Nein. Alle Verarbeitungen erfolgen im Browser. Deine Eingaben und generierten Nachrichten werden niemals an einen Server übertragen.
