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

[WangLiCha]

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

提交类型:bug 修复

修改内容:修复 XXXXXX 的 bug

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

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

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

[Baymaxbowen]

使用 commit 模版，就是网上推荐的那个

[HuasLeung]

no message

[zqx]

只有 pull request 才需要写清楚改动和技术方案的细节。commit 只是用于检索每条提交记录的不同，而且 PR 之前也应该合并子分支历史 commit 为一条 commit。

[dttzmm]

提 bug 或需求都是要有编号的，便于追溯，所以 comment 消息一般规范为单号+空格+故障简述

[Rocka]

Conventional Commits
https://www.conventionalcommits.org
还可以根据 commit msg 生成 changelog

[mcfog]

拉分支提交一排 wip，pr 前 squash 成一个按规范写

不过楼主你的这个 commit message 问题不是太长了，而是在没有 issue tracker。应该是 fix #1234 然后自动解析到 issue tracker 里对应内容的 ticket

[zhw2590582]

Bugfix，反正只有我一个人看

[zachlhb]

如果是新功能增加，就写增加了什么，如果修复 bug，就写项目管理平台里的 bug id

[weakish]

管理员要求的修改结果则单独开一个 issue，写在 issue 里。

剩下的提交类型和修改内容可以并成一行，类型用 angular 风格的前缀或者 gitmoji，

然后空一行写 close #123 （ 123 为 issue 编号）

偶尔有额外事项需要说明的，可以在 close 前面写一段简短的说明。

[Trim21]

add new bug （

[avenger]

wip 😂

[noqwerty]

commitizen，大大减少了我敲 commit 的时间

[Pythondr]

试试 https://juejin.im/post/5afc5242f265da0b7f44bee4

[sepdy]

gitmoji 挺好玩的

[zyzhang]

[commit-messages-guide]( https://github.com/RomuloOliveira/commit-messages-guide)

[wbing]

看到好多人直接 update

[txx]

commitizen +1

[level7in]

add:xxx
fix:xxx
WIP:xxx
怒发一版!!!

[vibbow]

up

[minglanyu]

gcmsg