我都是直接做一下交一个 wip commit
This topic created in 1260 days ago, the information mentioned may be changed or developed.
 |
DididadadaMay 23, 2023
1
如果你希望别人参与开发的话尽量规范吧，只是分享自己的成果无所谓
|
 |
wandehulMay 23, 2023
2
首先第一条，全都是 fix 或者 update 的 commit 肯定是没有意义的
|
 |
IvanLi127May 23, 2023 via Android
5
不用呀，只要不是协作项目就不需要。开源和协作可以相互切割哒
|
 |
mineralsaltMay 23, 2023
6
可以不规范, 但是公开给别人看的东西, 如果不规范, 我自己会觉得丢人
|
 |
QKgf555H87Fp0cthMay 23, 2023
7
我直接 233
|
 |
8
我是逐段选择需要提交的代码，对每一段修改做了什么都写在 commit 中。
哪怕修改了密码的长度，一般都会有这么多提交说明： ``` 修改 用户密码的长度限制由 24 改为 32 位 修改 数据库 users 表 password 字段长度（对，我们存明文的） 修改 前端密码校验逻辑的长度校验范围 修改 用户登陆接口的密码长度检查范围 ``` |
1 |
huijieweiMay 23, 2023
9
为啥要写 commit?
|
 |
10
别说开源项目了，大一点的企业内部项目，不搞一搞规范都要气死人。
你见过 feature 分支和 main 分支互相 merge 导致多龙戏珠的壮观 log 吗? |
 |
JaosnMay 23, 2023
11
等你需要 reset 的时候，你怎么知道自己要到那个 commit ？
|
 |
AsakijzMay 23, 2023
12
不一定吧，能看懂就行
|
 |
qsnow6May 23, 2023
13
让 GPT 帮你写
|
 |
JirajineMay 23, 2023
15
和开不开源没关系，等你需要 review 、重构之前的代码的时候，下次你就会写的很规范了。
|
 |
jim9606May 23, 2023 via Android
16
commit 一般只有合作开发者会看，用户一般只看 release notes 。
我觉得是没必要太详细的，一行说清楚。如果觉得你的描述很重要值得存档，应该放文档或者代码注释里。 不要把多个功能混在一个 commit 里，例如功能 a 做 20 ％功能 b 做 20 ％放一个 commit 里。 重大功能开发可以考虑开一个 issue ，然后 commit 引用 issue 来跟踪。 |
 |
diagnosticsMay 23, 2023
17
不是开源项目要规范 commit ，而是代码版本化管理，规范化 commit 后，你版本化才有意义。
开源项目只是把底裤给别人看而已 |
 |
otakustayMay 23, 2023
18
你做 wip commit 就在独立分支上，然后再 squash merge 回主干的时候写清楚呗
|
Select Language