这是一个创建于 1604 天前的主题，其中的信息可能已经有所发展或是发生改变。
如标题。
- 代码写到什么时候可以细分提交的粒度。
每次写着就容易忘记 add,后面懒的细分提交就统一提交了。
- 代码提交的 commit 信息如何写比较规范
比如就写，修改了 xxx 接口或者增加了 xxx 接口。
 |
1
whenov 2020-08-01 16:16:20 +08:00
1. git add -p 可以选择性 stage 。尽量保证每个 commit 只做一件事就好了吧。
2. 我一般是动词原型开头+首字母大写。 |
 |
2
Austaras 2020-08-01 16:42:57 +08:00
commitizen
|
 |
3
msg7086 2020-08-01 18:00:49 +08:00
经常提交，功能完成后重新排布合并整理，最好做成每个提交可以单独回滚的形式。
贴上自己的提交，仅供参考。 https://github.com/AviSynth/AviSynthPlus/pull/173/commits |
 |
4
raaaaaar 2020-08-01 18:05:21 +08:00 via Android
什么时候提交：
最好是先设计好项目架构，这样你在写的时候就知道在写什么，要些什么，写完一个功能你就可以提交。当然这个比较客观，看项目程度，合作人数等吧。 提交规范： 我用的 angular 框架的那个规范，如果项目大了，可以写工具强制检测。 |
 |
5
brucefu 2020-08-02 19:25:41 +08:00
如何写的规范：把此次提交的全部改动概括出来，概括出来的是索引，下次看到这个索引，就能在脑海中回想到大致的改动。
提交的粒度：一个索引值不适合写得过大，否则不利于索引。索引不宜过多，脑子存储不下。所以粒度就是能创建好用的索引为适合 ——不必太纠结 |
 |
6
xiqingongzi 2020-08-02 22:44:51 +08:00
关于 commit message，可以参考： http://gitstyle.js.org/
|
Select Language