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

[weimo383]

我都是直接做一下交一个 wip commit

[Dididadada]

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

[wandehul]

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

[weimo383]

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

[ksc010]

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

[IvanLi127]

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

[mineralsalt]

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

[likunyan]

我直接 233

[InDom]

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

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

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

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

[huijiewei]

为啥要写 commit?

[echo1937]

别说开源项目了，大一点的企业内部项目，不搞一搞规范都要气死人。

你见过 feature 分支和 main 分支互相 merge 导致多龙戏珠的壮观 log 吗?

[Jaosn]

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

[Asakijz]

不一定吧，能看懂就行

[qsnow6]

让 GPT 帮你写

[BingoXuan]

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

[Jirajine]

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

[jim9606]

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

[diagnostics]

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

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

[otakustay]

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