Aujourd’hui je vais vous parler de Gitmoji, un guide d’utilisation des emojis dans les messages de commit. Après avoir été sceptique à propos de leur utilisation, je me rends compte qu’ils peuvent avoir une vraie utilité pour rendre nos commits plus parlants 🙂
Vous ne le saviez peut-être pas (et vous ne vous êtes peut-être jamais posé la question :p) mais les plateformes comme Gitlab et Github permettent d’ajouter des emojis aux messages de commit (pour github, vous pouvez les retrouver là et pour gitlab, c’est ici 🙂 ).
Gitmoji est tout simplement un guide qui permet d’associer des emojis à une opération .
Par exemple :
Alors quel intérêt ?
Pour qu’un message de commit soit plus explicite, il est courant d’ajouter un préfixe qui va indiquer le type d’opération effectuée (feat, chore, fix etc…)
Par exemple :
fix: add new user
Le préfixe permet d’identifier le type d’opération qui a été réalisée: ici une réparation de bug.
Gitmoji permet de retranscrire les mêmes informations mais de façon plus visuelle.
Ici on aurait:
Si à ce stade, on a du mal à saisir l’avantage de remplacer un préfixe par une image, cela prend tout son sens sur un arbre complet:
Ici, lorsqu’on connaît Gitmoji, on voit en un coup d’œil que les 3 premiers commits sont des ajouts de features, les deux suivants du refactor, les deux derniers une montée de version par exemple.
Sommaire
Aller plus loin
Des utilitaires vous facilitent l’utilisation de ces emojis au quotidien:
La CLI Gitmoji vous permet de saisir plus facilement les emoji sans avoir à retenir leur code et cela permet par la même occasion de forcer l’ajout du type d’opération dans le commit:
Grâce à l’utilisation des emojis référencés dans Gitmoji dans les messages de commit, l’historique devient à mon sens plus agréable à lire et tout aussi détaillé qu’avec l’ajout de préfixes. C’est pour cette raison que je pense qu’il peut être pertinent de l’utiliser dans vos projets 🙂
Il arrive que la code review nous empêche de merge nos PR assez vite et qu’on se retrouve à tirer une branche d’une branche de travail pour avancer 😔
Une fois la première PR squash et merge, la PR issue de la seconde branche se retrouve avec des conflits 💥
Si vous avez déjà vécu cette situation, il y a de bonnes chances que vous ayez cherry-pick vos commits de travail sur une...
Votre changelog reprend les fonctionnalités que vous avez réalisé entre deux versions, ça tombe bien, votre historique git contient ces informations :) On va voir comment les extraire de git pour générer automatiquement un changelog exhaustif et fiable.
...
Photo by Yancy Min on Unsplash
Contexte
Je suis développeur au quotidien et j'aime développer en dehors du travail également.
Parfois, il peut m’arriver de faire un kata entre midi et deux par exemple. J'aime bien du coup garder une trace de mon exerc...
On va prendre un cas concret: j’ai fait un commit et en relisant ma merge request, je me rend compte que certains fichiers ne devraient pas y être:
Dans mon cas c’est le fichier src/test/java/com/globaldashboard/unit/dependencies/domain/PomUrlTest.java
...
