Scrittore di Messaggi di Commit Git
Lo Scrittore di Messaggi di Commit Git genera messaggi di commit formattati correttamente a partire dal tuo diff o da una descrizione delle modifiche. Segue la specifica Conventional Commits e si concentra sullo spiegare il "perché" dietro le modifiche, non solo il "cosa".
Sviluppatori di ogni livello usano questo template quando hanno fatto modifiche ma faticano ad articolarle in modo conciso, quando vogliono mantenere una cronologia di commit coerente per il team, o quando preparano squash commit che riassumono più modifiche. È particolarmente utile per i contributori open-source che devono rispettare lo stile di commit di un progetto.
Il prompt impone una struttura specifica (tipo, scope, descrizione, body, footer) che rende la cronologia git consultabile e utile. Genera anche avvisi di breaking change e riferimenti a issue quando applicabile: dettagli che molti sviluppatori dimenticano di includere.
This prompt is just the starting point
Score it with AI, optimize it with one click, track versions, and build your prompt library.
The Prompt
Scrivi un messaggio di commit git per le seguenti modifiche:
**Modifiche Effettuate** (incolla il tuo git diff o descrivi cosa è cambiato):
```
[INCOLLA IL TUO GIT DIFF O DESCRIVI LE MODIFICHE]
```
**Contesto** (opzionale ma consigliato):
- Perché è stata fatta questa modifica? [MOTIVO DELLA MODIFICA]
- Risolve un bug, aggiunge una funzionalità, o è un refactoring di codice esistente? [TIPO DI MODIFICA]
- Numero di issue o ticket correlato: [NUMERO ISSUE, es. #123 o JIRA-456]
Genera il messaggio di commit seguendo questo formato:
```
tipo(scope): descrizione breve (max 72 caratteri)
Spiegazione più dettagliata di cosa è cambiato e PERCHÉ (non solo cosa).
A capo ogni 72 caratteri.
- Elenchi puntati per più modifiche correlate
- Concentrati sulla motivazione e il contesto, non sui dettagli implementativi
Refs: #numero-issue (se applicabile)
BREAKING CHANGE: descrizione (se applicabile)
```
Il tipo deve essere uno tra: feat, fix, refactor, docs, test, chore, perf, style, ci, build.
Regole:
- L'oggetto deve essere in modo imperativo ("Add feature" non "Added feature")
- L'oggetto non deve superare 72 caratteri
- Non terminare l'oggetto con un punto
- Il body deve spiegare il PERCHÉ, non il COSA (il diff mostra già cosa è cambiato)
- Se la modifica è banale (correzione di typo, formattazione), basta solo l'oggetto
- Includi il footer BREAKING CHANGE solo se la modifica rompe il comportamento esistente
Fornisci 2 opzioni: una concisa (solo oggetto) e una dettagliata (con body).Usage Tips
- Incolla il diff reale: Eseguire
git diff --stagede incollare l'output dà risultati molto migliori che descrivere le modifiche a parole. L'AI legge i diff con precisione. - Includi sempre il "perché": Compila il campo del motivo anche brevemente. "Corretto perché gli utenti segnalavano errori 500 al login" produce un commit molto migliore di "Corretto login".
- Scegli il tipo giusto: Usa
featper nuove funzionalità visibili all'utente,fixper correzioni di bug,refactorper modifiche al codice che non cambiano il comportamento, echoreper task di manutenzione. - Adatta alla convenzione del tuo team: Se il tuo team usa un formato diverso (es. senza scope, tipi diversi), indicalo nella sezione contesto.
Get more from this prompt
Save it, score it with AI, optimize it, and track every version. Free to start.