Ga naar inhoud
100% lokaal

Conventional Commit Builder

Stel een Conventional Commits-bericht samen met type, bereik en beschrijving, of controleer bestaande berichten op problemen.

Invoer
Uitvoer

Conventional Commit Builder

Conventional Commits is het format "type(scope): description" dat changelog-generatoren, semantic-release en commitlint verwachten. Deze tool stelt ze voor u samen: selecteer een type, voeg een optioneel bereik toe, schrijf de beschrijving, en het assembleert de header — plus een body en een voettekst met ticketreferenties, als u die toevoegt. Schakel naar controleermodus om het tegenovergestelde te doen: plak een of meer bestaande commit-berichten, één per regel, en zie precies wat er met elk fout is.

De typelijst omvat de standaardset — feat, fix, docs, style, refactor, perf, test, build, ci, chore en revert. Een breaking change-schakelaar markeert de header met "!" en voegt na de notitie een "BREAKING CHANGE:"-voettekstregel toe, precies zoals de spec verwacht. De optie voor maximale header-lengte dwingt de lengtelimiet af waarmee uw team het eens is geworden (commitlints eigen standaard is 72 tekens); het forceren van een kleine letter aan het begin en het verbieden van een afsluitende punt zijn de twee stijlregels die de meeste commit-linters standaard controleren, en beide kunnen worden uitgeschakeld als uw team deze niet gebruikt.

In controleermodus wordt elke regel behandeld als één volledige commit-header, dus het plakken van de uitvoer van "git log --oneline" controleert meerdere tegelijk. Kies of de uitvoer een rapport is — de originele regel gevolgd door wat moet worden opgelost — of het gecorrigeerde bericht, automatisch in kleine letters en ontkende waar dat ondubbelzinnig is. Een regel die niet de vorm type(scope): beschrijving volgt, blijft onaangeraakt in plaats van te worden geraden.

Alles wordt in uw browser uitgevoerd, dus commit-berichten uit een privérepository verlaten nooit uw apparaat. Kopieer het resultaat, download het als een .txt-bestand, of stuur het terug naar de invoer om het verder aan te passen.

FAQ

Wat is een Conventional Commit?
Een commit-bericht geschreven als "type(scope): description", optioneel gevolgd door een body en een voettekst. Tools zoals commitlint, semantic-release en changelog-generatoren parseren dit format om versie bumps te bepalen en release notes in te delen.
Hoe werkt de controleermodus?
Plak één commit-bericht per regel — alleen een header, zoals een regel uit "git log --oneline". Elke regel wordt gevalideerd tegen de typelijst, de headerlengtelimiet en uw kleine letter-/perioderegels, en afzonderlijk gerapporteerd.
Hoe markeer ik een breaking change?
Zet "Breaking change" aan en voeg een notitie toe. De header krijgt een "!" voor de dubbele punt en na de notitie wordt een "BREAKING CHANGE: ..."-voettekstregel toegevoegd, volgens de Conventional Commits-spec.
Kan ik ticketreferenties toevoegen aan de voettekst?
Ja — typ ze in het voettekstveld, bijv. "Sluit #123, verwijzing JIRA-456". Het wordt toegevoegd als een eigen regel na de body.
Wordt mijn commit-geschiedenis ergens geüpload?
Nee. Het bouwen en controleren van commit-berichten vindt volledig in uw browser plaats — niets wat u typt of plakt, wordt naar een server verzonden.