大家所在的公司有 commit message 规范吗？

@zhchbin #60 用 GitLab EE 自带的 Push Rules 。

https://docs.gitlab.com/ee/push_rules/push_rules.html#enabling-push-rules

前端有 commitlint

svn 有 hook，少一个冒号就不给提交
最近公司在切 git，看到有 hook 的脚本，没仔细研究原理，应该也有类似实现

[feature id] add / test function
1. xxx
2. xxx
or
[bug id] xxx

要求 commit message 必须有意义，版本迭代需要有规范的 changelog

git config --global commit.template 配置个模板，每次选填就完事了

我们这新来一小姑娘 commit 写 aaaaa 我说你 commit 不能写无意义的 message 不会写英文 中文的也可以(公司大佬之前要求 commit 都要用英文写) 结果人家写的是汉语拼音.....

必须有 icafe 单号，不然提不上去

一律: update

我都很规范的。title, summary, test plan 尤其 test plan 1 2 3 如何复现等等等等。commit msg 写的好基本就是文档。以后查起来很方便。别人紧急 revert 也不用把你半夜叫起来。我司倒是很少 aaa 的，太夸张了，至少有个 title. 我要是简单直接 request change

带 issue/ticket 号，必须有主谓宾

暂没有，现在还是写成:
1...
2...
3...
受以前 chrome 代码影响

我司一般有个前缀描述下提交的类型：

feat: 添加新特性
fix: 修复 bug
docs: 文档修改
style: 代码格式修改，空格、格式缩进等等，不改变代码逻辑
refactor: 代码重构
perf: 提高性能的代码更改
test: 增加或修改测试用例
chore: 其他修改，改变构建流程、或者增加依赖库、工具等

@mghio 哈哈，我们团队也是这样，感觉这东西只要团队成员统一一个规范就好

没有。除非出了问题，有人会在群里说一下：）

我为团队提交正规点，弄了个 idea 插件 Git Commit Message Helper 然后大家虽然格式规范了，但是提交消息的质量还是很差😅

必须要有

<feature> ...
<hotifx> ...
<refactor> ...
<test> ...
<doc> ...

有次查问题，去看了下另一个项目的提交记录，一眼望去，全是 update 和 fix，差点疯了。我每次提交写记录，rebase，有个啥用。

这个肯定有呀，参见 .git/hooks/commit-msg.sample 。至少用 Gerrit 的肯定会有一份本地的 commit-msg 生成 Change-Id 。

然后 Gerrit 上会检测 Jira key 、Jira issue status 、first line char num 、blank line then at least two line description…… 等等好多