老哥们，提交代码，用 Commitlint 吗？

[lx271896700133]

最近公司强制使用 Commitlint ，而且要求必须 feat: fix: docs:等单词开头。

个人感觉挺浪费时间的。

大家觉得呢？

[lx271896700133]

@JxQg597 我做个人项目的时候，从来不用 Commitlint ，甚至很少认真写提交日志，这么多年也没遇到过什么问题。如果是公司项目，我可以把提交日志写详细一点，不过公司硬性规定的几个单词前缀，在我看来没啥用。所以来这里问问大家的看法。请不要直接把我定性为懒惰和逻辑混乱。谢谢

[zzz22333]

@lx271896700133 前缀有利于做一些筛选，比如说发布 release note 的时候，就会用前缀做区分。 话说回来，加个前缀浪费了多少时间呢？

[TimPeake]

工具里不是有插件吗。。。不会真有人手动敲这玩意儿吧

[swaggeek]

@lx271896700133 协作做项目跟独狼做项目那是有区别的，假如你去查一个项目，要找个提交，发现时间线全是随便写的字母，你会怎么想。这种东西就是前期花点时间，方便后期维护和找 bug ，况且这也不用花多少时间啊。很难想象你这点时间都不花，能够花更多的时间在代码设计上。。。

[Al0rid4l]

用 commitlint 肯定配 commitizen + cz-git 啊, 怎么还自己手敲的...

[codeMore]

自己分支随意，但是合并进入公共分支的时候，就需要规范一点了。这点能浪费多少时间？

[JxQg597]

@lx271896700133 #21 好的，不好意思。其实我本来也想提到公司项目和个人项目的。如果是公司项目你就按照公司要求的来，我觉得这样还挺好的，保证大家的协作的规范。
个人项目你爱咋样都可以的。

[shadowyue]

看了上面的各种回复，很明显 Commitlint 就是为了保住当个基本的开发的下限

[lx271896700133]

@Al0rid4l 学习了

[suofeiya]

就多打一个单词能浪费多少时间.

[liuchuanfff]

程序员门槛还是太低了，commit 规范都要吐槽吗

[iLtc]

我们的项目会通过 `semantic-release` 来更新版本号。所以会有 `fix` 修订号+1 、`feat` 次版本号+1 、`break` 主版本号+1 这样的规则。

[kxaccelerise]

这玩意自己写一个命令行工具来辅助快捷输入也就几行，然后随便定义几个 alias shell 命令就完事了。之后不就一秒钟的事

[msaionyc]

手动敲也就两三秒吧。。。

[clf]

配合 gitlab 等使用可以在 fix 后有 issue 啥的自动关闭（虽然我觉得有点离谱，验证都不用验证了。

[nothingistrue]

如果你觉得 feat: fix: docs: 这么简单的玩意还浪费时间，那你就真得是正在贡献屎山。如果你觉得 feat: fix: docs: 只在提交的时候有用，即为了前缀而前缀，那你们整个团队都在贡献屎山，在此前提下再去认真写前缀，确实是浪费时间。

@lx271896700133 #21
@swaggeek #24
个人项目也要好好写 commit message 的。commit message ，是涵盖查询标记、简单笔记、历史溯源等多项好处的，不用是傻瓜。

[Huelse]

我选择最后 Squash commits

[c3de3f21]

commitlint 加 changelog 插件可以快速生成版本日志

[zhangyq008]

@xiaoxuan6 #13 哈哈哈，笑死

[declandragon]

个人习惯是把 commit msg 写清晰，一个事情 commit 一次，不把多个事情混在一起。
公司也用 commitlint ，我觉得这样很好，用规则是做一些要求，节省管理成本。