Are you adding emoji icons in your commit messages or not? If yes what kind of emojis are you using? If not, do you find emojis illegible in the commit msg?
Our tools automatically add an emoji at the beginning of commits for PRs that were approved, unapproved, or work-in-progress. I would say it's pretty beneficial because you can just scan down the git log and get an understanding of what's happening.<p>We also have the bonus of knowing exactly what web and git clients the whole team is using, but for more open projects it might be an issue.
Has been discussed before: <a href="https://news.ycombinator.com/item?id=21760021" rel="nofollow">https://news.ycombinator.com/item?id=21760021</a><p>Concensus seems to be that they should be avoided.
Maybe I'm just a grumpy old (30-something...) developer now, but I'd prefer not to see emoji in commit messages. It seems unprofessional.<p>I really don't even like seeing those stupid READMEs full of them.
I've never thought of it, but I could see some potential value. How would one insert them? With the Slack-style :name: tags, or do you actually put the literal character in? The :name: version might be nice because it renders cleanly on the console.<p>They could be marginally useful as quick indicators for skimming git log output. In a well orchestrated system, you could do something like add 2 emojis to the front of every commit/MR indicating the reason for the change (bugfix,feature,etc) and the component of the system you touched. I.e. a bug emoji and a lock emoji for a bugfix in the auth system. As long as the info is kept high level, brief, and most importantly consistent (i.e. every MR has 2 emojis, or every MR has 4 emojis, there is no situation where an MR would have an extra or missing emoji), it should be really easy to skim. I don't know if that value is worth the pain of having to bicker about whether a particular emoji should be labeled with bugfix vs enhancement and such.<p>I wouldn't encode any information solely in emoji characters because of the relative difficulty of displaying them in consoles and of automatically parsing them in something like bash. If I was going to do that emoji tagging, I would make it a requirement that there are accompanying tags in the message (or make a tool that automatically appends them based on the emojis).
But why? It may be tempting for developers using web based git clients but it is quite frankly superfluous.<p>Not all Emoji will be rendered correctly in all Git Clients.<p>Tags such as [BUG], [FIX], fix:, etc is unambiguous, unlike some Emojis used.
For example in fastAPI repo I see emojis in the commits <a href="https://github.com/tiangolo/fastapi" rel="nofollow">https://github.com/tiangolo/fastapi</a>