Coventional Commits

style-notepad len:1262 crease:22% color:4

很不喜欢所谓的 Conventional Commits “标准”,这个列表里风格不一致的地方太让人难受了。

build:
chore:
ci:
docs:
feat:
fix:
perf:
refactor:
style:
test:

feat 是 feature 的缩写,perf 是 performance 的缩写,refactor 也长为啥不叫 refact?docs 是复数,而 test 和 fix 又不是。折磨死强迫症。

更可恶的是,为了遵守这套毫无美感的“规范”,我们不得不在 CI 里装满各种 linter,强迫人浪费时间去 git commit --amend 就为了应付没意义的错误:

❌ Error: type must be lower-case

❌ Error: subject must not be capitalized

大家费尽心机统一了格式,最终的目的,仅仅是为了让一个自动化脚本在发布时,生成一份长达几千行、排版整齐、但没有任何正常人类会去阅读的 CHANGELOG。

都已经进入 AI 时代了,我动动嘴皮子就能让模型直接吐出几百行代码,结果回过头来我还得手动纠结,删掉一行没用的注释到底算是 chore: 还是 docs:

有没有人被 chore(deps-dev): bump something 逼疯的?

Coventional Commits

style-notepad len:1262 crease:22% color:4
Nov 25, 2025

很不喜欢所谓的 Conventional Commits “标准”,这个列表里风格不一致的地方太让人难受了。

build:
chore:
ci:
docs:
feat:
fix:
perf:
refactor:
style:
test:

feat 是 feature 的缩写,perf 是 performance 的缩写,refactor 也长为啥不叫 refact?docs 是复数,而 test 和 fix 又不是。折磨死强迫症。

更可恶的是,为了遵守这套毫无美感的“规范”,我们不得不在 CI 里装满各种 linter,强迫人浪费时间去 git commit --amend 就为了应付没意义的错误:

❌ Error: type must be lower-case

❌ Error: subject must not be capitalized

大家费尽心机统一了格式,最终的目的,仅仅是为了让一个自动化脚本在发布时,生成一份长达几千行、排版整齐、但没有任何正常人类会去阅读的 CHANGELOG。

都已经进入 AI 时代了,我动动嘴皮子就能让模型直接吐出几百行代码,结果回过头来我还得手动纠结,删掉一行没用的注释到底算是 chore: 还是 docs:

有没有人被 chore(deps-dev): bump something 逼疯的?