Le esigenze per questa domanda è quello diStrategia per estrarre i messaggi della maggior parte dei commit utili per changelog
- hanno un changelog per manager/clienti che:
- include "Che gli utenti hanno indirizzi aggiuntivi"
- non include "Corretto il bug in cui gli indirizzi sono stati sovrascritti a causa di X"
- evitare di dover guardare attraverso log completo la storia per trovare i commit più importanti (il più delle volte all'indietro incompatibili) per ogni generazione
- rendere il più facile da leggere come il changelog tipico gioco ("problemi di bilanciamento fissi: X" e "Grafica autista Y reso il gioco lento ")
Oggi, stiamo usando bandiere in messaggi di commit come
Add|Ref|Rem|Fix: <msg>
per il solito commettere.
Come tale, il mio primo tentativo di questo sarebbe quello di aggiungere un altro livello di quelle bandiere, per esempio
CL-Add: feature X
(CL = changelog) e quindi analizzare tutti i messaggi di commit per ^CL-(Add|Ref|Rem|Fix)
aggiungere al changelog.
Ma allora, come ti avvicineresti alla possibilità di avere messaggi di commit scritti solo per i changelog (cioè un livello troppo alto); o più messaggi riguardanti lo stesso problema di registro delle modifiche. Forse i messaggi di log del changelog dovrebbero essere estratti quando i branch di feature vengono uniti? Ci sono caratteristiche di SCM: s (ad esempio git) che gestisce questo problema per te?
In poche parole: esiste una strategia standard di settore, o uno strumento, per estrarre facilmente i messaggi di commit utili nei log delle modifiche?
Hai mai pensato di utilizzare un hook di pre-commit che aggiorna il log delle modifiche prima del commit? – dave1010
@ Dave1010: la domanda è più mirata a definire quali messaggi dovrebbero essere inclusi nel registro modifiche, non come aggiornarlo. Ho provato a riformattare la domanda, grazie per un commento valido però! (E sono d'accordo che un hook potrebbe farlo, post-commit però o come parte dello script build/deploy.) – chelmertz