这是一个创建于 1986 天前的主题，其中的信息可能已经有所发展或是发生改变。
如标题。
- 代码写到什么时候可以细分提交的粒度。
每次写着就容易忘记 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