question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Removal of 👌 for code review changes

See original GitHub issue

Hello @carloscuesta 😎!

  • Emoji: 👌
  • Code: :ok_hand:
  • Description: Updating code due to code review changes.

I’d like to propose a removal of the emoji, added in https://github.com/carloscuesta/gitmoji/issues/93.

Reason: It is a bad practice to describe a VCS change as a code review change. Code reviews exist to reveal bugs, bad namings, usages, code performance etc. No change from a code review is made for no reason.

The flaws are there, they were just pointed out by the reviewer and they need to be fixed/refactored/optimized/… And it is that, which should be in the commit message. With appropriate emoji in our case.

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Reactions:17
  • Comments:13 (2 by maintainers)

github_iconTop GitHub Comments

12reactions
codemacabrecommented, Nov 6, 2019

I vote for removing the :ok_hand:, but only in terms of the emoji itself, not the concept of commits referring to code review changes. The emoji (and its physical hand gesture counterpart) has been corrupted by its misuse and appropriation as a symbol of hate (see https://selfdefined.netlify.com/#ok-hand).

Instead, I propose:

  • 🦉 :owl: (my personal preference)
  • 👁 :eye: or 👀 :eyes:
  • 👁‍🗨 :eye_speech_bubble: (potentially problematic due to its origin)

I would argue that a dedicated gitmoji for code review changes is important, as there’s value in referring back to commits that were specifically changed due to a discussion with other developers. While these changes will have root reasons for being identified and changed, it should be the choice of author of the commit (or the development team) whether to identify the change as the root category (refactoring, optimising, etc.), or as a code review change.

4reactions
grissiuscommented, Dec 4, 2019

Most likely in the long term, the whole PR is going to be squashed into a single one on merge anyway, so the individual commits are temporary.

A daresay this is not a common practice. When working on non-trivial projects, history development of feature branches is important.

Read more comments on GitHub >

github_iconTop Results From Across the Web

cz-gitmoji
cz-gitmoji allows you to easily use gitmojis in your commits using commitizen. ? Select the type of change you're committing:.
Read more >
Submitting your changes for code review
As an author, in the Pending Changes view, select the changes sets for review, right-click the selection, and click Submit for Review. ·...
Read more >
An emoji guide for your commit messages
Gitmoji is an emoji guide for your commit messages. Aims to be a standarization cheatsheet for using emojis on GitHub's commit messages.
Read more >
Code Review: Please Remove Comments From Your Code
I remember when I was a student, some senior guys advised me to do so. “Don't delete any code. Comment them out with...
Read more >
Railway
Bring your code, ... Railway helps you ship quickly by removing common developer hurdles ... One-click, instant rollbacks for every change.
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found