你们都怎么写 Git 的提交消息？

[WangLiCha]

公司有打算使用 Git 作为代码管理工具，管理员的想法是每次 commit 的时候提交人能写上详细的提交信息，大概像这样:

提交类型:bug 修复

修改内容:修复 XXXXXX 的 bug

修改结果:当 XXXX 时，不再出现 XXXX 的 bug

我感觉这个提交信息有些过长了……毕竟 GitHub 上的项目都是一行能写完的，然后我们用的 Gogs 的 web 端上默认只显示第一行，但是管理员认为不写这么详细就不便于做质量追溯，而且如果是想单独提交一份更新日志的话无法监督更新日志的内容。

总之就是，我感觉自己的使用习惯跟管理员都想法挺多矛盾，不知道你们是怎么进行这方面的管理的？

[dovme]

：bug fixed

[learningman]

在单独弄个数据库存文本，commit 里放文本的 id ？

[YIsion]

:bug: fix . bug .

[hymxm]

不是可以设置模板的嘛

[blankme]

第一行加个 title，写你想写的简短信息就好了
要看一行还是看完整的都能满足

[loshine1992]

gitmoji

[tankren]

请问 v2er 为什么那么喜欢用 迫于？？？？

[seon]

公司用 gerrit 评审代码，需要按照模板写，大体如下
问题描述
问题编号
问题原因
解决方案
评审人

[WangLiCha]

@blankme 哇，你这个方法好

[Lin0936]

一般都会有个 template

[pkookp8]

bug bugid fixed
feature id commit

[Sainnhepark]

如果遇到这种情况我会开一个分支，分支里的每一个提交信息都尽量简短，但是合并的时候尽量把 bug 描述清楚

[WhoMercy]

针对总的任务做一下总结，
有必要的话，再针对修改的文件做一下备注

[whitev2]

联动 bug 管理系统，提交的时候自动填充进去

[zpf124]

网络上有很多人都推荐 google 的 Angular 提交格式规范, 不知道其他大公司内部有没有别规范.
https://github.com/angular/angular.js/blob/master/DEVELOPERS.md#commits


大概是这个格式.

---------------------------

fix(components/tables): change table attribute typo

修改了 xxx 的属性名称拼写错误.
为了解决兼容在接下来的几个版本会依旧保持久的错误写法可用,但会提示警告.
预计 3 个月后彻底移除拼写错误的版本.

[issue 275]( http://xxx/xxx/issues/275)

[pipixia]

bug 号

[Felldeadbird]

任务下达类，有等级的，则以系统的 ID，如：#1024 任务标题

临时性的，则 修复 /新增 /删除 XXX

[SingeeKing]

https://github.com/angular/angular/blob/master/CONTRIBUTING.md

[deepdark]

我一般是 [ bug ] fix #100, add xxx to xxx
[ feature ] add xxx views/functions

[wunonglin]

no message