Facilitez-vous les releases, utilisez semantic release (et donnez du sens à vos commits)
La dernière version de votre frontend attendue depuis 2 mois par le métier est en prod, vous passez de la v3257 à la v3284. Et c’est le drame: votre application plante lamentablement avec la version du backend déployé récemment en prod. Après une vaine tentative pour trouver un changelog du backend, une fouille à base de git blame est organisée pour trouver le commit à corriger : “finally fix it”, tout un programme ! Bref : 3 jours de boulot pour retrouver le commit incriminé…
Grâce à semantic-release, vous bénéficiez d’un nommage clair de vos releases peu importe la technologie, d’un changelog, d’une intégration native avec vos scm
Nous allons voir comment gagner du temps, en étant juste un peu plus rigoureux avec ses messages de commit. Que vous soyez développeur back, front, data, sysops, devops ou fan des monorepo : si vous utilisez Git, semantic release s’adresse à vous.
Nous verrons en démo comment cela fonctionne, et comment vous pouvez automatiser les tags sur vos projets, les releases notes, les montées de version (on va même vous parler de Dependabot).