这是一个创建于 580 天前的主题，其中的信息可能已经有所发展或是发生改变。
我都是直接做一下交一个 wip commit
 |
1
Dididadada 2023-05-23 11:00:45 +08:00
如果你希望别人参与开发的话尽量规范吧，只是分享自己的成果无所谓
|
 |
2
wandehul 2023-05-23 11:01:08 +08:00
首先第一条，全都是 fix 或者 update 的 commit 肯定是没有意义的
|
 |
5
IvanLi127 2023-05-23 11:16:53 +08:00 via Android
不用呀，只要不是协作项目就不需要。开源和协作可以相互切割哒
|
 |
6
mineralsalt 2023-05-23 11:17:11 +08:00
可以不规范, 但是公开给别人看的东西, 如果不规范, 我自己会觉得丢人
|
 |
7
QKgf555H87Fp0cth 2023-05-23 11:18:35 +08:00
我直接 233
|
 |
8
InDom 2023-05-23 11:22:09 +08:00  1
我是逐段选择需要提交的代码，对每一段修改做了什么都写在 commit 中。
哪怕修改了密码的长度，一般都会有这么多提交说明： ``` 修改 用户密码的长度限制由 24 改为 32 位 修改 数据库 users 表 password 字段长度（对，我们存明文的） 修改 前端密码校验逻辑的长度校验范围 修改 用户登陆接口的密码长度检查范围 ``` |
 |
9
huijiewei 2023-05-23 11:25:28 +08:00
为啥要写 commit?
|
 |
10
echo1937 2023-05-23 11:26:10 +08:00 4
别说开源项目了，大一点的企业内部项目，不搞一搞规范都要气死人。
你见过 feature 分支和 main 分支互相 merge 导致多龙戏珠的壮观 log 吗? |
 |
11
Jaosn 2023-05-23 11:31:04 +08:00
等你需要 reset 的时候，你怎么知道自己要到那个 commit ？
|
 |
12
Asakijz 2023-05-23 11:36:25 +08:00
不一定吧，能看懂就行
|
 |
13
qsnow6 2023-05-23 11:37:06 +08:00
让 GPT 帮你写
|
 |
15
Jirajine 2023-05-23 11:51:44 +08:00
和开不开源没关系，等你需要 review 、重构之前的代码的时候，下次你就会写的很规范了。
|
 |
16
jim9606 2023-05-23 13:39:02 +08:00 via Android
commit 一般只有合作开发者会看，用户一般只看 release notes 。
我觉得是没必要太详细的，一行说清楚。如果觉得你的描述很重要值得存档，应该放文档或者代码注释里。 不要把多个功能混在一个 commit 里，例如功能 a 做 20 ％功能 b 做 20 ％放一个 commit 里。 重大功能开发可以考虑开一个 issue ，然后 commit 引用 issue 来跟踪。 |
 |
17
diagnostics 2023-05-23 13:43:00 +08:00
不是开源项目要规范 commit ，而是代码版本化管理，规范化 commit 后，你版本化才有意义。
开源项目只是把底裤给别人看而已 |
 |
18
otakustay 2023-05-23 17:46:32 +08:00
你做 wip commit 就在独立分支上，然后再 squash merge 回主干的时候写清楚呗
|
Select Language