Vai al contenuto
100% locale

Generatore di commit convenzionali

Componi un messaggio di Conventional Commits da tipo, ambito e descrizione, oppure verifica i messaggi esistenti per eventuali problemi.

Ingresso
Uscita

Generatore di commit convenzionali

Conventional Commits è il formato "type(scope): description" che i generatori di changelog, semantic-release e commitlint si aspettano. Questo strumento ne compone uno per te: scegli un tipo, aggiungi un ambito facoltativo, scrivi la descrizione e assembla l'intestazione — più un corpo e un piè di pagina con riferimenti ai ticket, se li aggiungi. Passa alla modalità di verifica per fare il contrario: incolla uno o più messaggi di commit esistenti, uno per riga, e vedi esattamente cosa non va in ciascuno.

L'elenco dei tipi copre l'insieme standard — feat, fix, docs, style, refactor, perf, test, build, ci, chore e revert. Un interruttore di cambio importante contrassegna l'intestazione con "!" e, una volta aggiunta una nota, aggiunge una riga di piè di pagina "BREAKING CHANGE:", esattamente come specifica richiede. L'opzione di lunghezza massima dell'intestazione applica il budget di caratteri che il tuo team ha concordato (il valore predefinito di commitlint è 72 caratteri); forzare l'inizio in minuscolo e proibire un punto finale sono le due regole di stile che la maggior parte dei linter di commit verifica per impostazione predefinita, e entrambe possono essere disabilitate se il tuo team non le utilizza.

In modalità di verifica, ogni riga viene trattata come un'intestazione di commit completa, quindi incollare l'output di "git log --oneline" verifica un intero lotto in una volta. Scegli se l'output è un report — la riga originale seguita da ciò che deve essere corretto — o il messaggio corretto, con minuscole automatiche e senza punteggiatura dove non ambiguo. Una riga che non segue affatto la forma type(scope): description viene lasciata invariata piuttosto che indovinata.

Tutto viene eseguito nel tuo browser, quindi i messaggi di commit da un repository privato non lasciano mai il tuo dispositivo. Copia il risultato, scaricalo come file .txt o rimandalo all'input per perfezionarlo ulteriormente.

FAQ

Che cos'è un Conventional Commit?
Un messaggio di commit scritto come "type(scope): description", seguito facoltativamente da un corpo e un piè di pagina. Strumenti come commitlint, semantic-release e i generatori di changelog analizzano questo formato per decidere i bump di versione e raggruppare le note di versione.
Come funziona la modalità di verifica?
Incolla un messaggio di commit per riga — solo intestazione, come una riga di "git log --oneline". Ogni riga viene convalidata in base all'elenco dei tipi, al limite di lunghezza dell'intestazione e alle tue regole di minuscolo/punto, e viene segnalata separatamente.
Come contrassegno un cambio importante?
Attiva "Cambio importante" e aggiungi una nota. L'intestazione riceve un "!" prima dei due punti e, una volta aggiunta la nota non vuota, viene aggiunta una riga di piè di pagina "BREAKING CHANGE:", corrispondendo esattamente alla specifica di Conventional Commits.
Posso aggiungere riferimenti ai ticket al piè di pagina?
Sì — digita nel campo del piè di pagina, ad esempio, "Chiude #123, refs JIRA-456". Viene aggiunto come riga separata dopo il corpo.
La mia cronologia dei commit viene caricata da qualche parte?
No. La costruzione e la verifica dei messaggi di commit vengono eseguite interamente nel tuo browser — nulla di ciò che digiti o incolla viene inviato a un server.