Hoppa till innehåll
100% lokalt

Conventional Commit Builder

Skapa ett Conventional Commits-meddelande från typ, omfång och beskrivning, eller kontrollera befintliga meddelanden för problem.

Inmatning
Utmatning

Conventional Commit Builder

Conventional Commits är formatet "type(scope): description" som changelog-generatorer, semantic-release och commitlint förväntar sig. Det här verktyget skapar det åt dig: välj en typ, lägg till ett valfritt omfång, skriv beskrivningen och det monterar rubriken — plus en brödtext och en sidfot med biljetreferenser, om du lägger till dem. Byt till kontrollläge för att göra motsatsen: klistra in en eller flera befintliga commit-meddelanden, ett per rad, och se exakt vad som är fel med var och en.

Typlistan täcker standarduppsättningen — feat, fix, docs, style, refactor, perf, test, build, ci, chore och revert. En breaking change-knapp markerar rubriken med "!" och lägger efter anteckningen till en "BREAKING CHANGE:"-sidfotrad, precis som specifikationen förväntar. Alternativet för maximal rubrikinlängd tillämpar längdgränsen som ditt team har kommit överens om (commitlints standard är 72 tecken); att tvinga gemena vid start och förbjuda avslutande punkt är de två stilregler som de flesta commit-linters kontrollerar som standard, och båda kan inaktiveras om ditt team inte använder dem.

I kontrollläge behandlas varje rad som en fullständig commit-rubrik, så att klistra in utmatningen från "git log --oneline" kontrollerar flera på en gång. Välj om utmatningen är en rapport — den ursprungliga raden följt av vad som behöver åtgärdas — eller det korrigerade meddelandet, automatiskt geminerat och avskurnat där det är entydigt. En rad som inte följer formen type(scope): beskrivning lämnas orörda snarare än gissad.

Allt körs i din webbläsare, så commit-meddelanden från en privat databas lämnar aldrig din enhet. Kopiera resultatet, ladda ner det som en .txt-fil, eller skicka det tillbaka till inmatningen för att förfina det ytterligare.

FAQ

Vad är ett Conventional Commit?
Ett commit-meddelande skrivet som "type(scope): description", eventuellt följt av en brödtext och en sidfot. Verktyg som commitlint, semantic-release och changelog-generatorer tolkar det här formatet för att bestämma versionsbumpar och gruppera versionsanteckningar.
Hur fungerar kontrollläget?
Klistra in ett commit-meddelande per rad — endast en rubrik, som en rad från "git log --oneline". Varje rad valideras mot typlistan, rubriklängdgränsen och dina gemena/periodsregler och rapporteras separat.
Hur markerar jag en breaking change?
Aktivera "Breaking change" och lägg till en anteckning. Rubriken får ett "!" före kolontecknet och efter anteckningen läggs en "BREAKING CHANGE: ..."-sidfotrad till, som matchar Conventional Commits-specifikationen.
Kan jag lägga till biljetreferenser i sidfoten?
Ja — skriv dem i sidfötfältet, t.ex. "Stänger #123, refererar JIRA-456". Den läggs till som egen rad efter brödtexten.
Laddas min commit-historik upp någonstans?
Nej. Att skapa och kontrollera commit-meddelanden körs helt i din webbläsare — ingenting som du skriver eller klistrar in skickas till en server.