Using Conventional Commits β as a standard for your commit messages, makes Semantic Versioning π as easy as can be, with tools like Conventional Changelog π, Standard Version π and Semantic Release π¦π
Devmoji is a command line tool that adds color π to conventional commits, using emojis inspired by Gitmoji π
Some of the things Devmoji can do:
- emojify: convert input between diferent emoji
formats
unicode
,shortcode
anddevmoji
. devmoji are easy to remember aliases like::test:
,:refactor:
,:docs:
,:security
instead of hard to remember emoji codes - git commit: install a
prepare-commit-msg
commit hook to β¨ automagically emojify and lints your commit message - git log: emojify and colorify the output of
git log
even for projects not using emojis
What does it look like?
- see the commit messages of the Devmoji github repository
- generated Devmoji CHANGELOG.md
Install with npm
or yarn
globally
npm install -g devmoji
yarn global add devmoji
locally inside your project. use with
npx devmoji
npm install --dev devmoji
yarn add --dev devmoji
See --edit
for information on how to setup a git commit
hook.
$ devmoji --help
Usage: devmoji [options]
Options:
-c|--config <file> location of the devmoji.config.js file
-l|--list list all known devmojis
-t|--text <text> text to format. reads from stdin when omitted
--lint lint the conventional commit. disabled for --log
-f|--format <format> format should be one of: unicode, shortcode, devmoji (default: "unicode")
--commit automatically add a devmoji to the conventional commit header (default: true)
--no-commit do not process conventional commit headers
-e|--edit read last commit message from .git/COMMIT_EDITMSG in the git root
--log format conventional commits in text similar to git log
--color use colors for formatting. Colors are enabled by default, unless output is piped to another command (default: true)
--no-color don't use colors
--version output the version number
-h, --help output usage information
Emojify text using --text
or piping it to stdin
. Input can be a combination
using any valid format. Output formats:
Format | Description |
---|---|
shortcode |
outputs Github Markdown short codes like :sparkles: :rocket: |
unicode |
outputs the emoji unicode symbols like β¨ π |
devmoji |
outputs the devmoji shortcodes like :feat: :chore-release: |
strip |
removes all emoji from the input |
The default format is
unicode
, since this can be used pretty much everywhere and has the shortest text length (relevant for commit messages)
$ echo "This is a :test: of the first :release: :boom: β¨" | devmoji --format shortcode
This is a :rotating_light: of the first :rocket: :boom: :sparkles:
$ echo "This is a :test: of the first :release: :boom: :sparkles:" | devmoji --format unicode
This is a π¨ of the first π π₯ β¨
$ echo "π :boom: :sparkles:" | devmoji --format devmoji
:chore-release: :breaking: :feat:
$ echo "test π :boom: :sparkles: :security:" | devmoji --format strip
test
Automagically β¨ emojifies a conventional commit message of the format
type(scope): something useful
, using the following pseudo code:
if (exists(":type-scope:")) return emoji(":type-scope:")
if (exists(":type:") && exists(":scope:"))
return emoji(":type:") + emoji(":scope:")
if (exists(":type:")) return emoji(":type:")
example ouput:
$ echo "feat: added a new feature :smile:" | devmoji --commit
feat: β¨ added a new feature π
$ echo "chore(release): 1.1.1" | devmoji --commit
chore(release): π 1.1.1
$ echo "fix(security): upgraded lodash" | devmoji --commit
fix(security): π π upgraded lodash
Lints your commit message to see if they are valid conventional commits
Formats and saves your current commit message .git/COMMIT_EDITMSG
. This is
only really useful as a prepare-commit-msg
or commit-msg
hook.
When to use what hook?
prepare-commit-msg
: use this if you do not use Devmnojis--lint
option and want to use it with something like commitlint instead.commit-msg
: use this hook if you also want to use Devmoji for linting
Configuration using Husky
# make sure husky hooks are installed
$ npx husky install
# add a hook for devmoji
$ npx husky add .husky/prepare-commit-msg "npx devmoji -e --lint"
Configuration using Yorkie
// package.json
{
"gitHooks": {
"prepare-commit-msg": "devmoji -e --lint"
}
}
If you installed Devmoji locally in your project as a dev dependency, then use something like
npx --no-install devmoji -e
instead of the commands above.
Alternatively, if you don't want to use Husky or Yorkie, you can manually create the git hooks.
Works similar to --commit
, but formats type(scope): something useful
anywhere in the input instead of the beginning of the first line.
This is useful to format the output of git log
. Any git log
option works,
but my favorite alias is:
$ git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --decorate --date=short
I'll use my alias
git l
, instead of the above, for clarity. Thedevmoji --format strip
is only for demonstration purposes, since all devmoji commits already have emoji
To get a list of all available Devmoji, run with --list
. (see also
Default Devmoji)
devmoji
uses the config file as specified with the --config
option, or looks
for devmoji.config.js
in the following paths:
- current directory
- parent directory that contains a
package.json
file - parent directory that is a
git
repository - home directory
module.exports = {
// extra types used in commit messages
types: ["lint"],
// custom devmoji
devmoji: [
// use :boom: instead of :sparkles: for the type 'feat'
{ code: "feat", emoji: "boom" },
// add a custom devmoji
{
code: "fail",
emoji: "poop",
description: "something bad happened",
},
// add a new devmoji based on an existing gitmoji. description will be taken from the gitmoji
{
code: "css",
gitmoji: "art",
},
// the emoji from the gitmoji can be overriden as well
{
code: "config",
gitmoji: "wrench",
emoji: "gear",
},
],
}
Emoji | Devmoji Code | Description |
---|---|---|
β¨ | :feat: |
feat: a new feature |
π | :fix: |
fix: a bug fix |
π | :docs: |
docs: documentation only changes |
π¨ | :style: |
style: changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc) |
β»οΈ | :refactor: |
refactor: a code change that neither fixes a bug nor adds a feature |
β‘ | :perf: |
perf: a code change that improves performance |
π¨ | :test: |
test: adding missing or correcting existing tests |
π§ | :chore: |
chore: changes to the build process or auxiliary tools and libraries such as documentation generation |
π | :chore-release: |
chore(release): code deployment or publishing to external repositories |
π | :chore-deps: |
chore(deps): add or delete dependencies |
π¦ | :build: |
build: changes related to build processes |
π· | :ci: |
ci: updates to the continuous integration system |
π | :release: |
code deployment or publishing to external repositories |
π | :security: |
Fixing security issues. |
π | :i18n: |
Internationalization and localization. |
π₯ | :breaking: |
Introducing breaking changes. |
βοΈ | :config: |
Changing configuration files. |
β | :add: |
add something |
β | :remove: |
remove something |