Les “conventional commits” apportent une formalisation des messages de commit git. Ils sont de la forme : <type>[optional scope]: <description> [optional body] [optional footer(s)] Pour reprendre quelques exemples : # Commit message with no body feat: allow provided config object to extend other configs # Commit message with scope feat(lang): add polish language # Commit message with ! to draw attention to breaking change refactor!: drop support for Node 6 # Commit message with both ! and BREAKING CHANGE footer refactor!: drop support for Node 6 BREAKING CHANGE: refactor to use JavaScript features not available in Node 6. En forçant ce formalisme, le développeur est un peu moins tenté d’avoir un historique de commit du style :
On orchestre, on conçoit — et on code aussi. Parlons de votre plateforme, vos données ou votre projet IoT.