<p>Il existe de nombreux avis sur la manière de rédiger un message de commit, donc n’hésitez pas à vous en inspirer.<br />
Il semble important de mettre en place l’utilisation d’un modèle de commit, puis de trouver progressivement le modèle qui vous convient.<br />
<br />
- Conventional Commits - une spécification pour la rédaction des commits (prise en charge du coréen) https://fr.news.hada.io/topic?id=1431<br />
- Dictionnaire anglais pour de bons messages de git commit https://fr.news.hada.io/topic?id=316<br />
- Le sauveur qui remettra de l’ordre dans des logs de commits complexes, gitmoji https://fr.news.hada.io/topic?id=3177<br />
<br />
- Les 7 engagements pour écrire de bons messages de git commit https://meetup.toast.com/posts/106<br />
<br />
- Ajouter aussi le contenu du diff au message de commit avec `git commit --verbose` https://tekin.co.uk/2020/03/git-commit-verbose-mode</p>;
<p>- Le guide Google de Code Review (côté relecteur, côté auteur) https://fr.news.hada.io/topic?id=478<br />
- La version traduite par une autre personne https://madplay.github.io/post/google-code-review-guide<br />
<br />
Quand le contenu du travail est long, je l’explique dans les commentaires de la diff de la PR, mais je devrais essayer `--verbose` !<br />
J’essaie de bien résumer le contenu du travail dans le message de commit, mais c’est un aspect sur lequel il est difficile d’obtenir du feedback, donc j’ai l’impression qu’il n’y a pas vraiment de processus d’amélioration :|</p>
3 commentaires