Scrivi qualunque sia la convenzione per i messaggi di commit nella tua squadra.
Molti team hanno alcune convenzioni per il commit dei messaggi perché li usi per creare un log delle modifiche, qualcosa come questo :
<type>(<scope>): <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
Se non hai una convenzione, pensa al resto dei messaggi che usi per il commit. Cosa scrivi per quelli? Qualcosa di utile , senza dubbio.
Ad esempio, Git genera un messaggio predefinito che indica i file che erano in conflitto. Trovo che il messaggio predefinito sia molto utile e lo tenga. Lo trovo utile perché a volte (nel progetto in cui lavoravo) i bug venivano introdotti dai membri del mio team risolvendo male alcuni conflitti. Più tardi, quando ho inseguito un bug e volevo sapere cosa è successo con il codice sorgente ultimamente, ho prima cercato i "soliti sospetti" all'interno del messaggio di commit, prima di fare qualsiasi altra cosa.
Quindi pensa a cosa sarebbe utile per te (o il tuo team) come messaggio di conflitto, quindi segui questo. Se risolvi il conflitto con piccole modifiche, "Risolvi conflitti" è sufficiente altrimenti (enfasi mia):
If you think it would be helpful to others looking at this merge in the future, you can modify this commit message with details about how you resolved the merge and explain why you did the changes you made if these are not obvious.