开源项目一定要 commit 很规范吗？

如果你希望别人参与开发的话尽量规范吧，只是分享自己的成果无所谓

首先第一条，全都是 fix 或者 update 的 commit 肯定是没有意义的

@wandehul 我会懒得想这次修改到底干了什么 所以一律 wip 只有大功能来了才会 feat 说明一下

@weimo383 每次 写 commit 有个好处是 会迫使你看修改了哪些地方
然后看下有没有被误提交的代码

不用呀，只要不是协作项目就不需要。开源和协作可以相互切割哒

可以不规范, 但是公开给别人看的东西, 如果不规范, 我自己会觉得丢人

我直接 233

我是逐段选择需要提交的代码，对每一段修改做了什么都写在 commit 中。

哪怕修改了密码的长度，一般都会有这么多提交说明：

```
修改 用户密码的长度限制由 24 改为 32 位

修改 数据库 users 表 password 字段长度（对，我们存明文的）
修改 前端密码校验逻辑的长度校验范围
修改 用户登陆接口的密码长度检查范围
```

为啥要写 commit?

等你需要 reset 的时候，你怎么知道自己要到那个 commit ？

不一定吧，能看懂就行

让 GPT 帮你写

@echo1937
多龙戏珠的画面出来了，差点没把握笑死

和开不开源没关系，等你需要 review 、重构之前的代码的时候，下次你就会写的很规范了。

commit 一般只有合作开发者会看，用户一般只看 release notes 。
我觉得是没必要太详细的，一行说清楚。如果觉得你的描述很重要值得存档，应该放文档或者代码注释里。
不要把多个功能混在一个 commit 里，例如功能 a 做 20 ％功能 b 做 20 ％放一个 commit 里。
重大功能开发可以考虑开一个 issue ，然后 commit 引用 issue 来跟踪。

不是开源项目要规范 commit ，而是代码版本化管理，规范化 commit 后，你版本化才有意义。

开源项目只是把底裤给别人看而已

你做 wip commit 就在独立分支上，然后再 squash merge 回主干的时候写清楚呗