Sări la conținut
Complet local

Constructor de commit conventional

Compune un mesaj Conventional Commits din tip, domeniu și descriere, sau verifică mesajele existente pentru probleme.

Intrare
Ieșire

Constructor de commit conventional

Conventional Commits este formatul "type(scope): description" pe care generatoarele de changelog, semantic-release și commitlint îl așteaptă. Această unealtă compune una pentru dvs.: selectați un tip, adăugați un domeniu opțional, scrieți descrierea, și ea asamblează header-ul — plus un corp și un subsol cu referințe de tichet, dacă adăugați. Comutați în modul de verificare pentru a face opusul: lipiți un sau mai multe mesaje de commit existente, una pe linie, și vedeți exact ce este greșit în fiecare.

Lista de tipuri acoperă setul standard — feat, fix, docs, style, refactor, perf, test, build, ci, chore și revert. Un comutator breaking change marchează header-ul cu "!" și, odată ce adăugați o notă, anexează o linie subsol "BREAKING CHANGE:", exact cum așteaptă specificația. Opțiunea lungimea maximă a header-ului aplică bugetul de lungime pe care echipa dvs. a convenit (implicit al commitlint este 72 de caractere); forțarea să înceapă cu literă mică și interzicerea punctului final sunt cele două reguli de stil pe care majoritatea linterelor de commit le verifică în mod implicit, și ambele pot fi dezactivate dacă echipa dvs. nu le folosește.

În modul de verificare, fiecare linie este tratată ca un header de commit complet, deci lipind ieșire din "git log --oneline" verifică un lot întreg o dată. Alegeți dacă ieșirea este un raport — linia originală urmată de ce trebuie corectat — sau mesajul corectat, cu minuscule automat și fără punctuație ori de câte ori este clar. O linie care nu urmează forma type(scope): description este lăsată netocată mai degrabă decât ghicită.

Totul se execută în browserul dvs., deci mesajele de commit din depozitul privat nu vor ieși din dispozitivul dvs. Copiați rezultatul, descărcați ca fișier .txt, sau retrimiteți în intrare pentru a o rafina mai mult.

FAQ

Ce este un Conventional Commit?
Un mesaj de commit scris ca "type(scope): description", opțional urmat de un corp și un subsol. Unelte cum ar fi commitlint, semantic-release și generatoare de changelog analizează acest format pentru a decide salturile de versiune și a grupa notele de lansare.
Cum funcționează modul de verificare?
Lipiți un mesaj de commit pe linie — doar un header, ca o linie din "git log --oneline". Fiecare linie este validată împotriva listei de tipuri, limitei de lungime a header-ului și regulilor dvs. de minuscule/punct final, și raportată separat.
Cum marchez un breaking change?
Activați "Breaking change" și adăugați o notă. Header-ul obține un "!" înainte de colon și, odată ce nota nu este goală, o linie subsol "BREAKING CHANGE: …" este anexată, potrivind specificația Conventional Commits.
Pot adăuga referințe de tichet în subsol?
Da — tastați-le în câmpul subsol, de exemplu "Closes #123, refs JIRA-456". Este anexat ca propria linie după corp.
Istoricul meu de commit este încărcat undeva?
Nu. Construirea și verificarea mesajelor de commit se execută complet în browserul dvs. — nimic din ceea ce tastați sau lipiți nu este trimis pe un server.