【推荐】git commit 规范和如何在 commit 里使用 emoji
前言
大家好，我是桃翁，今天给大家带来的是关于 git commit 那些事儿，希望大家喜欢。
对于规范 git commit message 我是分成了两种类型去看待。
对于通用库、开源项目这类多人维护，而且极大可能别人会来看这份代码的，一定要规范，特别是对于开源项目，往往会要列 Change Log，规范好 commit 节省自己整理 log 的时间，也方便了用户。
对于业务代码，特别是那种一个人维护的，其实不搞问题也不大，因为极小可能会有人来看你的 commit message。但是我依然还是建议规范一下，不然一旦后面想去看就会花费很多的力气，毕竟规范一下也不麻烦。
通过本篇文章你讲了解到三部分内容：
了解 git commit 规范 学到用工具 Commitizen 来规范 commit 学到如何在 commit message 里加上好看的 emoji
规范
现在主流的 commit message 规范就是 Angular 团队所用的准则[1]，继而衍生了 Conventional Commits specification[2]. 很多工具也是基于此规范。
每次提交，Commit message 都包括三个部分：header，body 和 footer，其中 header 有一个特殊的格式，包括了 type、scope、subject。
<type>(<scope>): <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
其中 header 是必选的，但是 header 里的 scope 是可选的，另外提交的 message 长度不要超过 100 个字符，太长了不易阅读。
对于我个人来说，我觉得只要把 header 部分规范其实基本能满足绝大部分需要了，强制去规范 body 和 footer 对于团队的同学来说简直是折磨，所以我这里仅介绍 header 的几部分
type
type 指明 git commit 的类别，应该使用以下类型
『feat』: 新增功能 『fix』: 修复 bug 『docs』: 仅仅修改了文档，比如 README, CHANGELOG 等等 『test』: 增加/修改测试用例，包括单元测试、集成测试等 『style』: 修改了空行、缩进格式、引用包排序等等（不改变代码逻辑） 『perf』: 优化相关内容，比如提升性能、体验、算法等 『refactor』: 代码重构，「没有新功能或者 bug 修复」 『chore』: 改变构建流程、或者增加依赖库、工具等 『revert』: 回滚到上一个版本 『merge』: 代码合并
“这里面有些 angular 团队没有，自己可以自行增减
”
scope（可选）
scope 用于说明 commit 影响的范围，根据不同项目有不同层次描述。若没有特殊规定，也可以描述影响的哪些功能等。
subject
subject 是 commit 目的的简短描述，不超过 50/80 个字符，一般 git 提交的时候会有颜色提示。
若英文用不惯，那么推荐使用中文 若是开源代码，一律推荐统一英文，英文不行可以翻译软件用起来 若是开源代码，可以再附加对应的 issue 地址 结尾不加标点符号
工具：Commitizen
Commitizen 是一个撰写合格 Commit message 的工具,（详细说明见 github 地址[3]），用于代替 git commit 指令，而 cz-conventional-changelog 适配器提供 conventional-changelog 标准（约定式提交标准）。基于不同需求，也可以使用不同适配器。
1. 全局安装 commitizen cz-conventional-changelog
npm install -g commitizen cz-conventional-changelog
2. git cz 取代 git commit
安装完毕后，可直接使用 git cz 来取代 git commit。
可以看到当你 cz 之后，下面有很多的 type 让你选择，这就省掉了每次你去想应该用哪种 type，非常方便。
“全局模式下，需要
”~/.czrc配置文件, 为 commitizen 指定 Adapter, 如果你不需要生成 Change Log 可以不用去处理。
只要用了 Commitizen ，就很方便的就规范的大家的 message 。
在 commit message 里用 emoji
在 git commit 上使用 emoji 提供了一种简单的方法，仅通过查看所使用的表情符号来确定提交的目的或意图, 得提交记录非常好理解，阅读体验非常棒。
使用方法
git commit 时直接在注释中写入表情符号的代码部分即可完成表情 emoji 的提交。
举个栗子：
$ git commit -m ':tada: init commit'
$ git commit -m 'added image to repo :art:'
“如果你用 Commitizen，可能不太好把 emoji 放在最前面，因为咱们操作的空间，就在 git cz 后第三次交互提示，也就是在输入 header 的 subject 的时候填入，如果是这样，可以选择把表情放到最后。
”
效果展示：
如果你们团队是一个喜欢用 emoji 的团队，其实可以不用遵循上面的一节的规范，因为 emoji 已经可以表达出 header 的 type 的作用了，直接在 emoji 后面加描述即可。
emoji 表情库
| emoji | emoji 代码 | commit 说明 |
|---|---|---|
| :tada: (庆祝) | :tada: | 初次提交 |
| :new: (全新) | :new: | 引入新功能 |
| :bookmark: (书签) | :bookmark: | 发行/版本标签 |
| :bug: (bug) | :bug: | 修复 bug |
| :ambulance: (急救车) | :ambulance: | 重要补丁 |
| :globe_with_meridians: (地球) | :globe_with_meridians: | 国际化与本地化 |
| :lipstick: (口红) | :lipstick: | 更新 UI 和样式文件 |
| :clapper: (场记板) | :clapper: | 更新演示/示例 |
| :rotating_light: (警车灯) | :rotating_light: | 移除 linter 警告 |
| :wrench: (扳手) | :wrench: | 修改配置文件 |
| :heavy_plus_sign: (加号) | :heavy_plus_sign: | 增加一个依赖 |
| :heavy_minus_sign: (减号) | :heavy_minus_sign: | 减少一个依赖 |
| :arrow_up: (上升箭头) | :arrow_up: | 升级依赖 |
| :arrow_down: (下降箭头) | :arrow_down: | 降级依赖 |
| :zap: (闪电) :racehorse: (赛马) | :zap::racehorse: | 提升性能 |
| :chart_with_upwards_trend: (上升趋势图) | :chart_with_upwards_trend: | 添加分析或跟踪代码 |
| :rocket: (火箭) | :rocket: | 部署功能 |
| :white_check_mark: (白色复选框) | :white_check_mark: | 增加测试 |
| :memo: (备忘录) :book: (书) | :memo::book: | 撰写文档 |
| :hammer: (锤子) | :hammer: | 重大重构 |
| :art: (调色板) | :art: | 改进代码结构/代码格式 |
| :fire: (火焰) | :fire: | 移除代码或文件 |
| :pencil2: (铅笔) | :pencil2: | 修复 typo |
| :construction: (施工) | :construction: | 工作进行中 |
| :wastebasket: (垃圾桶) | :wastebasket: | 废弃或删除 |
| :wheelchair: (轮椅) | :wheelchair: | 可访问性 |
| :construction_worker: (工人) | :construction_worker: | 添加 CI 构建系统 |
| :green_heart: (绿心) | :green_heart: | 修复 CI 构建问题 |
| :lock: (锁) | :lock: | 修复安全问题 |
| :whale: (鲸鱼) | :whale: | Docker 相关工作 |
| :apple: (苹果) | :apple: | 修复 macOS 下的问题 |
| :penguin: (企鹅) | :penguin: | 修复 Linux 下的问题 |
| :checkered_flag: (旗帜) | :checkered_flag: | 修复 Windows 下的问题 |
| :twisted_rightwards_arrows: (交叉箭头) | :twisted_rightwards_arrows: | 分支合并 |
如何在命令行中显示 emoji
默认情况下，在命令行中并不会显示出 emoji, 仅显示 emoji 代码。不过可以使用 emojify 使得在命令行也可显示 emoji, 它是一个 shell 脚本，安装与使用都很简单，在这里[4] 查看更详细的如何安装与使用。
安装 emojify
$ sudo sh -c "curl https://raw.githubusercontent.com/mrowa44/emojify/master/emojify -o /usr/local/bin/emojify && chmod +x /usr/local/bin/emojify"
使用 emojify
$ emojify "Hey, I just :raising_hand: you, and this is :scream: , but here's my :calling: , so :telephone_receiver: me, maybe?"
显示效果：
在使用 git bash 的时候，设置替换日志中的表情符号代码
$ git log --oneline --color | emojify | less -r
或者设置 git log 命令别名
$ alias gitlog='git log --oneline --color | emojify | less -r'
$ gitlog
效果如下：
是不是很好玩，快去试试吧！
参考资料
git-emoji-guide[5] git commit 时使用 Emoji ?[6]
参考资料
Angular 团队所用的准则: https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#-git-commit-guidelines
[2]Conventional Commits specification: https://link.zhihu.com/?target=https%3A//conventionalcommits.org/
[3]见 github 地址: https://github.com/commitizen/cz-cli
[4]这里: https://github.com/mrowa44/emojify
[5]git-emoji-guide: https://hooj0.github.io/git-emoji-guide/
[6]git commit 时使用 Emoji ?: https://zhuanlan.zhihu.com/p/29764863
推荐阅读