这是一个创建于 1710 天前的主题，其中的信息可能已经有所发展或是发生改变。
听说有的公司对 commit message 还有检测，不通过不许提交代码，惊到我了，我都是 bugfix feat minor 随便写几行就完了。
 | 1 mandex 2021-02-08 13:08:52 +08:00 我见过不少写 1/2/3 的,瞎写  |
 | 2 sfz97308 2021-02-08 13:10:34 +08:00 有，必须以 ticket 编号开头，并且会自动检查 ticket 状态，不符合的会拒绝 push |
 | 3 killergun 2021-02-08 13:15:24 +08:00 没有 |
 | 4 freebird1994 2021-02-08 13:18:25 +08:00 via Android  1 之前公司必须 issue#taskNo: 提交信息这种 |
 | 5 seki 2021-02-08 13:25:08 +08:00 直接 squash merge，随便你怎么写 commit message 都不会显示在 master （ |
 | 6 konakona 2021-02-08 13:25:32 +08:00 有什么自动检测提交是否合规的办法吗？（工具化） 我也很头疼有人 commit message 是“1” 、“up”这种。 |
 | 7 wolfie 2021-02-08 13:27:17 +08:00 @freebird1994 #4 bug 直接提在代码托管的 issue 里？ |
 | 8 37Y37 2021-02-08 13:29:18 +08:00 还真的有，这个很正常吧，统一的 message 有助于协作，尤其是合并的时候 |
 | 9 hillMonkey 2021-02-08 13:29:45 +08:00 commit mesage 没有，PR title 有。 |
 | 10 Rwing 2021-02-08 13:30:35 +08:00 |
 | 11 Sivan 2021-02-08 13:30:35 +08:00 1 这个很常见啊，一般用 Angular Commit Format 结合提交前检查，可以一定程度上约束。 |
| 12 37Y37 2021-02-08 13:30:39 +08:00 @konakona hook 就可以实现，看这个 https://blog.ops-coffee.cn/s/xjlojmj9gtbfgnpwn_yu2a 介绍的事 svn 的 hook，git 的也一样有类似的 |
 | 13 chenliangngng 2021-02-08 13:31:03 +08:00 via Android 看看 github 的提交规范吧，我们公司就是这种，我觉得很合理/div> |
 | 14 cjw1115 2021-02-08 13:33:46 +08:00 [XXX] XXXXXXXXXXXXX |
 | 15 lc7029 2021-02-08 13:43:09 +08:00 @konakona 我们用的 svn-hook，大概是有个 xml 文件里有各种规范，提交时按这个 xml 检查，合规才接受提交。 |
 | 16 acrisliu 2021-02-08 13:45:19 +08:00 via Android 有规范，commit message 中要关联 jira，不符合 push 会失败。 |
 | 17 Tonni 2021-02-08 13:50:23 +08:00 有规范的，不过没有做自动检查，全靠自觉 |
 | 18 limuyan44 2021-02-08 14:01:43 +08:00 via Android 提交记录一堆 123456fixfixfix 能看么，要 git 干嘛。 |
 | 20 gaoshiba 2021-02-08 15:13:01 +08:00 1 反正领导不看，那里面都是垃圾话，或者“今天真累啊，晚上去吃 xxx 吧” push!! |
 | 21 jdhao 2021-02-08 15:25:31 +08:00 via Android 没有，因为不重视，很多人都只写 update |
 | 22 yuruizhe 2021-02-08 15:49:45 +08:00 有，commit 前要新建事务卡片，卡片 id 不存在不能 commit |
 | 23 codadrnosing 2021-02-08 15:55:41 +08:00 @gaoshiba 哈哈哈越看越馋的 History |
 | 24 proger 2021-02-08 16:09:53 +08:00 #<issue> feat: xxxxxxxx 描述 |
 | 25 amundsen 2021-02-08 16:15:59 +08:00 有的，用 husky+gitlint 规范 |
 | 26 varrily 2021-02-08 16:23:57 +08:00 [JIRA-ID|no-jira] (fix|feature|chore): do something |
 | 27 katana97 2021-02-08 16:52:24 +08:00 "no message" |
 | 28 weizhen199 2021-02-08 16:59:49 +08:00 可以在 svn server 里上 hook，自定义格式要求 |
 | 29 tongyang 2021-02-08 18:07:08 +08:00 1 有的代码格式不行都不让提交必须格式化 |
 | 30 luckyrayyy 2021-02-08 18:09:28 +08:00 有的，我们是类别+项目+说明+CR，比如：bufix(account):fix account bind error 。http://gitlab.com/mergerequest/xxx |
 | 31 learningman 2021-02-08 18:13:01 +08:00 action(scope): short description long description Signed-off |
 | 32 Elethom 2021-02-08 18:14:14 +08:00 2 什么叫「惊到」了，lint 很正常，没有 lint 也要遵守特定的成文规范，没有这些的公司 HR 是怎么招的人。 |
 | 33 Heartbleed 2021-02-08 18:17:30 +08:00 via Android 有的，要写任务编号，问题原因等等。。 |
| 34 Elethom 2021-02-08 18:17:49 +08:00 4 这篇是我一直推荐阅读的： https://chris.beams.io/posts/git-commit/ |
 | 35 a1248499257 2021-02-08 18:20:14 +08:00 我司是自觉遵循 Angular 的 commit message 规范 |
 | 36 |
 | 37 AEDaydreamer 2021-02-08 20:10:30 +08:00 没有，但是我尽量保证自己的 commit 符合一些通用规范 |
 | 38 yolee599 2021-02-08 21:13:00 +08:00 via Android 公司没有，自己定了一套，fix: xxxxx，feat: xxxxx，style: xxxxx |
 | 39 alanhe421 2021-02-08 22:11:00 +08:00 需要规范化 1. 有助于生成 CHANGELOG，及版本管理。 2. 有助于问题追溯，版本还原等 |
 | 40 NoKey 2021-02-08 22:15:57 +08:00 用 gerrit 的话，很对都有规则，不符合规则合并不了 |
 | 41 imdong 2021-02-08 22:47:23 +08:00 via iPhone 2 正确使用 git，代码规范算不算程序员的职业道德的一部分？ |
 | 42 zerofancy 2021-02-09 01:06:28 +08:00 有规范，但不做强制检查 |
 | 43 molvqingtai 2021-02-09 01:42:30 +08:00 via Android 有配 commitlint |
 | 44 imycc 2021-02-09 01:51:36 +08:00 原团队比较规范，但也仅限于“提倡”。一些技术好的，也是直接一句“update”，看得我头疼。 后面也是三十多人的团队了，直到我离职前才有人负责做 git hook 来检查，最后还没推广出去，那人也离职了 hhhh |
 | 45 wnpllrzodiac 2021-02-09 08:09:19 +08:00 via Android 从来就没一家规范过。。。 |
| 47 imdong 2021-02-09 08:38:56 +08:00 via iPhone 3 这是我上周某天的 git 提交说明： 完成 备忘录相关功能与路由 修正 发布 text 日记时 resource 为空时的错误 添加 清单仅保存标题的逻辑 调整 清单数据按照添加时间升序排序 修正 非女性时获取不到另一半的记录 调整 resource 找不到资源时独立的错误 修正 保存头像时 avatar_preset 不能为空的问题 添加 清单记录软删除 移除 清单暂存功能（逻辑有冲突，移至本地保存） 添加 清单详情添加是否已经提醒字段 调整 保存提醒的具体时间 添加 清单提醒合作者 添加 检查某人情况完成状态 添加 提醒打卡的消息对象 添加 清单异常类 调整 日记筛选条件可以为逗号分隔的字符串 修正 时间戳中日期验证的格式错误 调整 纪念日可选时间区间 |
 | 48 inhzus 2021-02-09 08:42:11 +08:00 via iPhone 必须关联需求 id，形如 to #12345678: fix xxx |
 | 49 sazima 2021-02-09 08:54:27 +08:00 靠自觉 |
 | 50 vinceall 2021-02-09 09:06:27 +08:00 via Android 有，但没强制，我一般按规范来，毕竟方便回看，不过看到别人提交最多的是 temp，哈哈哈 |
 | 51/span> lipcao 2021-02-09 09:19:02 +08:00 idea 有模版插件，我们用的模版插件 |
 | 52 wangyzj 2021-02-09 09:29:17 +08:00 必须要有 |
 | 53 Rache1 2021-02-09 09:31:50 +08:00 commit 没有，但是有想过通过命令行给 提交命令加 alias 的方式加上 ticket，一般都是描述干了啥 |
 | 54 Ranying 2021-02-09 09:37:44 +08:00 commit message 不是应该配着任务规划或者甘特图之类的写吗 |
 | 55 dddd1919 2021-02-09 09:49:09 +08:00 如果有项目管理工具的话，以项目生成的 ID 开头 |
 | 56 sth2018 2021-02-09 10:18:09 +08:00 公司没有，但是自己会简单的写一下修复了啥啥啥 新增了啥啥啥 修改了禅道 bug 号多少多少 方便以后追溯问题 |
 | 57 shiji 2021-02-09 10:19:50 +08:00 via iPhone 有 主要是前面要写好 jira 号码，后面随便写。 是服务器自动验证的。为了和 jira 整合 |
 | 58 yangbin9317 2021-02-09 10:34:54 +08:00 update up fix up xxxxxxx up :w up up |
 | 59 kamilic 2021-02-09 10:37:00 +08:00 有，但禁不住有人 「 fix: fix bug 」 系列提交 这些检测只是用于提醒对方忘了做什么事情，但是不能让有意想绕过的人修正自己的行为 |
| 61 acrisliu 2021-02-09 11:06:28 +08:00 1 @zhchbin #60 用 GitLab EE 自带的 Push Rules 。 https://docs.gitlab.com/ee/push_rules/push_rules.html#enabling-push-rules |
 | 62 yikyo 2021-02-09 11:24:07 +08:00 前端有 commitlint |
 | 63 pkookp8 2021-02-09 12:20:25 +08:00 via Android svn 有 hook，少一个冒号就不给提交 最近公司在切 git，看到有 hook 的脚本，没仔细研究原理，应该也有类似实现 |
 | 64 jiangbingo 2021-02-09 13:18:04 +08:00 [feature id] add / test function 1. xxx 2. xxx or [bug id] xxx |
 | 65 Thecxx 2021-02-09 15:14:24 +08:00 要求 commit message 必须有意义，版本迭代需要有规范的 changelog |
 | 66 edotac git config --global commit.template 配置个模板，每次选填就完事了 |
 | 67 alleluya 2021-02-09 15:58:19 +08:00 我们这新来一小姑娘 commit 写 aaaaa 我说你 commit 不能写无意义的 message 不会写英文 中文的也可以(公司大佬之前要求 commit 都要用英文写) 结果人家写的是汉语拼音..... |
 | 68 leonme 2021-02-09 16:03:19 +08:00 via iPhone 必须有 icafe 单号，不然提不上去 |
 | 69 zhuweiyou 2021-02-09 16:26:01 +08:00 一律: update |
 | 70 js8510 2021-02-09 17:09:25 +08:00 via Android 我都很规范的。title, summary, test plan 尤其 test plan 1 2 3 如何复现等等等等。commit msg 写的好基本就是文档。以后查起来很方便。别人紧急 revert 也不用把你半夜叫起来。我司倒是很少 aaa 的，太夸张了，至少有个 title. 我要是简单直接 request change |
 | 71 bleaker 2021-02-09 19:06:13 +08:00 带 issue/ticket 号，必须有主谓宾 |
 | 72 linshenqi 2021-02-09 19:39:14 +08:00 暂没有，现在还是写成: 1... 2... 3... 受以前 chrome 代码影响 |
 | 73 mghio 2021-02-09 22:44:31 +08:00 我司一般有个前缀描述下提交的类型： feat: 添加新特性 fix: 修复 bug docs: 文档修改 style: 代码格式修改，空格、格式缩进等等，不改变代码逻辑 refactor: 代码重构 perf: 提高性能的代码更改 test: 增加或修改测试用例 chore: 其他修改，改变构建流程、或者增加依赖库、工具等 |
 | 75 cirzear 2021-02-10 10:03:05 +08:00 没有。除非出了问题，有人会在群里说一下：） |
 | 76 fulinlin9527 2021-02-10 10:11:36 +08:00 via Android 我为团队提交正规点，弄了个 idea 插件 Git Commit Message Helper 然后大家虽然格式规范了，但是提交消息的质量还是很差 |
 | 77 Lemeng 2021-02-10 11:53:22 +08:00 必须要有 |
 | 78 huang7230468 2021-02-10 14:44:11 +08:00 <feature> ... <hotifx> ... <refactor> ... <test> ... <doc> ... |
 | 79 fordawn 2021-02-10 15:37:01 +08:00 有次查问题，去看了下另一个项目的提交记录，一眼望去，全是 update 和 fix，差点疯了。我每次提交写记录，rebase，有个啥用。 |
 | 80 KINGOD 2021-02-10 16:56:46 +08:00 这个肯定有呀，参见 .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…… 等等好多 |
 | 83 DiamondYuan 2021-02-13 09:48:57 +08:00 via iPhone 福报厂 没有，我一般用 emoji |
 | 84 wr516516 2021-02-18 13:39:36 +08:00 @DiamondYuan 以前公司用华为云的代码托管,emoji 还会引起分支异常 |
Select Language