为什么我选择使用约定式提交规范： feat, doc, chore, fix

[usboy]

使用约定式提交规范可以让代码的提交信息更明确，方便团队成员之间的沟通。

比如:

• feat 表示添加了新的功能
• doc 表示更新了文档
• chore 表示做了一些日常的事务
• fix 表示解决了某个 bug 。

我个人认为，使用约定式提交规范可以提高代码的可读性和维护性，你们常用的提交规范有哪些？

[usboy]

git-cz 和 czg ai​ 可以的

[qinfengge]

用的 utools 的插件

[icyalala]

commit logs 有意义即可
要说方便沟通我更喜欢这种： https://github.com/ahmadawais/Emoji-Log

[chawuchiren]

有一个小疑问，根据 commit msg 生成 changelog 的话，如果中间提交 要怎么写，比如一个新功能 feat: xxx ，但是我写了 bug ，然后修复，这个时候是 feat: xxx 还是用 fix: xxx?

[Cabana]

https://gitmoji.dev/

[drymonfidelia]

10 年 一万多个 commits 全是这种

[drymonfidelia]

@drymonfidelia 公司的主要项目之一，最高的时候月流水一千万

[nqlair]

这个写的很详细的 https://www.conventionalcommits.org/zh-hans/v1.0.0/

[zgw0]

我感觉 chore 的意义很模糊，所有的改动都可以说是 feat 或 fix 什么样的改动算是 chore 呢

[yangzzz]

相同的提交规范，只不过我会在后面加点干了些啥活

[alleluya]

@otakustay 足够用了 而且你看 readme 就是平替 commitlint 的 起码你的工程里不需要 commitlint+husky 只要这一个就够了 对我来说比配置 commitlint 来的简单 install 之后基本就可以用了

[dyc12389]

@drymonfidelia #26 这可能才是大多数项目

[palxie]

@zgw0 比如改个版本号. 就可以用 chore 吧

[palxie]

我们的格式是 [jira 号] chore/feature/fix: commit message.
在 Gitlab 上 jira 号可以配置成 link. 方便到对应的 jira 上.

[usboy]

@drymonfidelia 逗笑我了

[echo0x000001]

@drymonfidelia 搞复杂了，我就一个字母 ’m‘ ，表示 modify

[via]

@civetcat 兄弟，这里不是小红书:doge:

[SeaRecluse]

我们是 A(add)/M(modify)/B(bug)/O(optimization)

[chawuchiren]

@drymonfidelia 现实执行过程中，很常见，就是有些人习惯性的在 commit debug ，所以根本无法描述当前提交的内容，只能 update

[leinad59]

@rossroma style 指的是代码格式调整这种不影响功能的，而不是页面样式。
比如前端说，我就改了个样式，那其实是有可能引入 bug 的