Handy Dev Tools
Einfache Online-Tools für den Alltag.

Keine Favoriten

    Base64-Kodierer/-Dekodierer
    Markdown zu HTML
    HTML zu Markdown
    URL Encoder/Decoder
    Unicode-Escape-Konverter
    Unicode En-/Decodierung
    SQL-Formatierer
    SQL-Splitter
    SQL-Parameterbindung
    JSON-Formatierer
    XML-Formatierer
    YAML-Formatierer
    GraphQL-Formatierer
    JSON zu YAML
    YAML zu JSON
    Konvertierung JSON zu TOML
    Konvertierung TOML zu JSON
    HTML-Entitäten Enkodieren/Dekodieren
    Konvertierung TOML zu YAML
    Konvertierung YAML zu TOML
    CSV zu SQL INSERT
    Markdown-Tabellengenerator
    Konvertierung JSON zu XML
    Konvertierung XML zu JSON
    UUID-Generator
    ULID-Generator
    Passwort-Generator
    Hash-Generator
    Lorem-Ipsum-Generator
    Lorem-Picsum-Bild-URL-Generator
    Testdaten-Generator
    QR-Code-Generator
    S3-Pfad-Parser & Konverter
    IP-Adressrechner
    Subnetzaufteilung
    Subnetzkonsolidierung
    CloudFront-Signatur-URL-Generator
    RDS-Verbindungsstring-Generator
    Koordinaten-Konverter
    Geo-Format-Konverter
    JWT-Decoder & Parser
    Basic-Authentifizierung
    Passwort-Stärke-Analyzer
    Kreditkarten-Validator
    PII Mask (sensible Daten maskieren)
    RSA-Schlüsselpaar-Generator
    Schreibweisen-Konvertierung
    Romaji-Konvertierung
    Römische-Zahlen-Konverter
    Phonetischer-Code-Konverter
    Zeichenzähler
    Text-Diff
    HTML-Tag-Entferner
    RegEx-Tester
    Farben-Konvertierung
    Würfel
    Crontab-Generator
    Crontab-Parser
    Emoji-Auswahl
    Unix-Zeitstempel-Konverter
    HTTP-Statuscode-Suche
    Portnummern-Suche
    MIME-Typ-Suche
    Base64-Datei-Konverter
    Bild Base64 Encode/Decode
    User-Agent-Parser
    URL-Parser
    OGP-Checker
    Commit-Nachricht-Generator
    Chmod-Rechner
    Terminal-GIF-Ersteller
    .env Parser & Validator
Ctrl+K

Commit-Nachricht-Generator

Erzeugt Conventional-Commits-Nachrichten mit Type, Scope, Breaking Change und Issue-Referenz. Kopierbar als git-commit-Befehl.

0/50

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.