- About
- Git Projects
- README Template
- LICENSE_Template
- Contributing_Template
- Commit Message Format
- Tag Message Format
- Notes
- Git config and GPGsign
- Suggested Emojis
- Tools
- Fun Emoji Usages
- Contributing
- License
- Thanks to
This is an attempt to standardize the format of commit messages, for the sake of uniformity in git log, best practices for writing commit messages & fun!
Using emojis at the beginning of commit messages, other than being fun, provides a simple way to indicate the intention of that commit, an ease for the eyes when browsing/reviewing git log. It's also a simple measure of the fact that how much that commit is focused on a single purpose, which is a good practice.
Please make as many commits as possible. The principle here is small commits. A version tag must then be set for each related change.
- Every change must commit.
- All related changes must be combined in a new version.
- Every new version must be tagged.
- Every project name must must be lower case.
- Every project must have an easily recognizable name. The blanks in the project name are filled in with the character _.
- Every project must have a description.
- Every project must have a project avatar.
- Projects that belong together must be marked with a project description. For example: chef_example_cookbook
Please use the README_template for normal projects. Please use the README_chef_template for chef projects.
Please use the GNU Affero General Public License v3.0 for normal projects.
Please use the CONTRIBUTING for for projects.
All Git Commit Messages MUST be signed!
All Git Commit Messages MUST meet with this Text Format:
:emoji1: :emoji2: Subject
(Only One NewLine)
Message Body
(Only One NewLine)
Ref <###>
All Git Tag Messages MUST be signed!
All Git Tag Messages MUST meet with this Text Format:
Release vSemVer
- Capitalize the Subject.
- Do not end the Subject line with a period.
- Message Subject SHOULD Begin with at-least One Emoji(see below for list of Suggested Emojis).
- Message Body SHOULD End with at-least One Issue Tracking ID Reference(GitHub Issues/GitLab Issues/Phabricator Tasks), Ex.
Issue #27
,Ref T27
orRef T27, T56
orFixes T8
. It's also recommanded to use Full URL to Issues, instead of just Issue ID Number; Doing so will ease browsing issues from terminal. - Total Characters of the Subject Line MUST be Less than or Equal to 50 Chars Long.
- Wrap the Message body at 72 characters.
- Use Valid MarkDown format in Message Body.
- Use the Present Tense ("Add feature" not "Added feature").
- Use the Imperative Mood ("Move cursor to..." not "Moves cursor to...").
- Use the Message body to explain what and why vs. how.
- All WIP(Work In Progress) Commits MUST have the WIP Emoji(see below).
- All WIP Commits Should be Avoided!.
- Refrencing Issues by using special keywords like
Fixes
orResolves
will mark them as closed automatically! For more information about automatic issue closing using ketwords see: GitHub/GitLab/Phabricator. - There is a Space Character between Multiple Emojis!.
- There is NO New-Line After the Task ID Reference Line.
- Every Raw Emoji Text(
:emoji:
) is Counted as One Char!. - See ToDo Grammar StyleGuide for more Information on
@XXX
Comment Tags.
All commit messages and tags must be signed!
gpg --list-secret-keys --keyid-format LONG
sec ed25519 2018-02-26 [SC] [expires: 2022-02-25]
101D2615211421D8D22218DFD68251B5B79A051A
uid [ultimate] Robert Ressl <[email protected]>
ssb cv25519 2018-02-26 [E] [expires: 2022-02-25]
git config --global user.signingkey 101D2615211421D8D22218DFD68251B5B79A051A
git config --global user.name "Ressl Robert"
git config --global user.email "[email protected]"
git config --global commit.gpgsign true
git config --global tag.gpgsign true
Emoji | Raw Emoji Code | Description |
---|---|---|
π | :tada: |
Initial Commit |
π¨ | :art: |
when improving the format/structure of the code |
β¨ | :sparkles: |
when introducing New Features |
π° | :newspaper: |
when creating a new file |
π | :pencil: |
when performing minor changes/fixing the code or language |
π | :books: |
when writing docs |
π | :bug: |
when reporting a bug, with @FIXME Comment Tag |
π | :ambulance: |
when fixing a bug |
π₯ | :fire: |
when removing code or files, maybe with @CHANGED Comment Tag |
π | :tractor: |
when change file structure. Usually together with π¨ |
π¨ | :hammer: |
when refactoring code |
β | :umbrella: |
when adding tests |
π | :gem: |
New Release |
π | :bookmark: |
Version Tags |
βοΈ | :snowflake: |
changing Configuration, Usually together with π§ or π or π |
π | :ribbon: |
Customer requested application Customization, with @HACK Comment Tag |
π | :rocket: |
Anything related to Deployments/DevOps |
π€ | :handshake: |
when Merge files |
π | :file_folder: |
when working with Git Submodules |
Emoji | Raw Emoji Code | Description |
---|---|---|
π¨ | :art: |
when improving the format/structure of the code |
π° | :newspaper: |
when creating a new file |
π | :pencil: |
when performing minor changes/fixing the code or language |
π | :racehorse: |
when improving performance |
π | :books: |
when writing docs |
π | :bug: |
when reporting a bug, with @FIXME Comment Tag |
π | :ambulance: |
when fixing a bug |
π§ | :penguin: |
when fixing something on Linux |
π | :apple: |
when fixing something on Mac OS |
π | :checkered_flag: |
when fixing something on Windows |
π₯ | :fire: |
when removing code or files, maybe with @CHANGED Comment Tag |
π | :tractor: |
when change file structure. Usually together with π¨ |
π¨ | :hammer: |
when refactoring code |
β | :umbrella: |
when adding tests |
π¬ | :microscope: |
when adding code coverage |
π | :green_heart: |
when fixing the CI build |
π | :lock: |
when dealing with security |
β¬οΈ | :arrow_up: |
when upgrading dependencies |
β¬οΈ | :arrow_down: |
when downgrading dependencies |
β© | :fast_forward: |
when forward-porting features from an older version/branch |
βͺ | :rewind: |
when backporting features from a newer version/branch |
π | :shirt: |
when removing linter/strict/deprecation warnings |
π | :lipstick: |
when improving UI/Cosmetic |
βΏ | :wheelchair: |
when improving accessibility |
π | :globe_with_meridians: |
when dealing with globalization/internationalization/i18n/g11n |
π§ | :construction: |
WIP(Work In Progress) Commits, maybe with @REVIEW Comment Tag |
π | :gem: |
New Release |
π | :bookmark: |
Version Tags |
π | :tada: |
Initial Commit |
π | :speaker: |
when Adding Logging |
π | :mute: |
when Reducing Logging |
β¨ | :sparkles: |
when introducing New Features |
β‘ | :zap: |
when introducing Backward-InCompatible Features, maybe with @CHANGED Comment Tag |
π‘ | :bulb: |
New Idea, with @IDEA Comment Tag |
βοΈ | :snowflake: |
changing Configuration, Usually together with π§ or π or π |
π | :ribbon: |
Customer requested application Customization, with @HACK Comment Tag |
π | :rocket: |
Anything related to Deployments/DevOps |
π | :elephant: |
PostgreSQL Database specific (Migrations, Scripts, Extensions, ...) |
π¬ | :dolphin: |
MySQL Database specific (Migrations, Scripts, Extensions, ...) |
π | :leaves: |
MongoDB Database specific (Migrations, Scripts, Extensions, ...) |
π¦ | :bank: |
Generic Database specific (Migrations, Scripts, Extensions, ...) |
π³ | :whale: |
Docker Configuration |
π€ | :handshake: |
when Merge files |
π | :file_folder: |
when working with Git Submodules |
- Commit(CLI): This is a nifty CLI tool to aid in standardizing commit messages based on this document, thanks to @jakeasmith.
- gitMoji(Chrome Extension): Enhance your commits with emojis!, thanks to @louisgrasset.
- CodeEmoji: Mozillaβs Codemoji enciphers your messages with emoji for fun and profit
- Emoji Based Diagram: Emoji Based Diagram of Data Bearing Subscription Updates(WebPush VAPID)
Please read CONTRIBUTING for details on our code of conduct, and the process for submitting pull requests to us.
To add a new Emoji to the list: Create an Issue.
- v1.0.0 - Initial work
- v1.0.1 - fix CONTRIBUTING and add template, version list
- v1.1.0 - add add Git Principle and fix typo
- v1.2.0 - add add Emoji π
- v1.3.0 - add add CHANGELOG_template.md
- Robert Ressl - Initial work & improvement - Robert Ressl
The Code is licensed under the GNU Affero General Public License v3.0