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

[lx271896700133]

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

个人感觉挺浪费时间的。

大家觉得呢？

[molvqingtai]

那么浪费了你多少时间？

[ufan0]

不用，用也问题不大。

我们实话实说，如果觉得这个事情浪费时间没啥用处，纯粹做样子恶心人。

那比这个恶心人的事情多了去了，无需在意，反正也改变不了什么。

[hokori]

不觉得浪费时间吧

[pansongya]

aicommits

[guanguans]

贴个自己的，可能用的上

https://github.com/guanguans/ai-commit

[Alias4ck]

我觉得统一规范挺好的啊 你为公司工作按照规范来为啥是浪费时间？

[crysislinux]

我觉得 commit 的时候检查有点累赘。push 的时候检查一下最后一条就行了。我更倾向于 merge 的时候检查，但是 GitHub 不支持这种需求。

[laoona]

习惯就好了。公司有规范就按规范的来，你觉得不合理，可以提出质疑。不过 commitlint 现在基本上都是标配了吧。

[ciki]

挺好的，后续追踪提交会很有用

[frankyzf]

浪费写这几个字母的时间可以省很多查找 commit 的时间，应该是很值吧

[Pastsong]

@crysislinux 可以 PR lint ，最后的 commit 默认是用 PR 名

[dif]

以前我也这么觉得，后来有一次要通过会议找提交记录，结果清一色的 fix bug ，然后我现在宁愿多花点时间把提交记录写清楚。

[xiaoxuan6]

这样不浪费时间？[Imgur]( https://imgur.com/dLBzzL7)

[shiny]

浪费了你的时间，却节省了大家的时间

[RobinzzZ]

等你查一个几年前的修改导致的 bug ，或者想找找自己的提交的时候，你看着 message 一堆数字就会骂自己 SB 了。

[pengtdyd]

其实这个要看项目管理的本事，光使用 fix 这些没啥用，项目管理跟不上，最后会导致为了用而用，为了所谓的规范而规范，这样还不如全部写 1 更方便。

[crysislinux]

@Pastsong 确实是，可以 GH 跑拦一下。

[Rache1]

如果你能保证自己的 commit 信息始终是有意义的，倒是没必要，但是既然你都花时间去写 commit ，难道真的还差写那几个字符的时间吗？

有些人就是不好好写 commit ，只是为了草草了事，后续找问题的时候，鬼知道为什么修改了


团队协作中，commit 信息很重要。哪怕就是自己的项目，像上面这种 commit ，过上一两个月，你真能想起来自己当初为啥要改吗？

[yhxx]

要求必须 feat: fix: docs:等单词开头感觉没啥问题
但是有些复杂配置，大点的项目跑 lint 的过程有点久，这个时间有点不太能接受

[JxQg597]

你觉得有问题，你可以提出你的想法给公司的项目管理。
有理有据的说出用 1 比用 feat:（功能修改 ）的优点是什么，并且也说出这样的缺点是什么。如果你都不能说服你自己，就没必要来这里找认同感来掩盖你的偷懒和编码逻辑的混乱。

反正我看接手屎山看到这些离谱的的东西，我肯定开喷。