Git 提交如何细分粒度以及提交信息怎么写比较规范？

[Vimax]

如标题。

• 代码写到什么时候可以细分提交的粒度。

每次写着就容易忘记 add,后面懒的细分提交就统一提交了。

• 代码提交的 commit 信息如何写比较规范

比如就写，修改了 xxx 接口或者增加了 xxx 接口。

[whenov]

1. git add -p 可以选择性 stage 。尽量保证每个 commit 只做一件事就好了吧。
2. 我一般是动词原型开头+首字母大写。

[Austaras]

commitizen

[msg7086]

经常提交，功能完成后重新排布合并整理，最好做成每个提交可以单独回滚的形式。
贴上自己的提交，仅供参考。
https://github.com/AviSynth/AviSynthPlus/pull/173/commits

[raaaaaar]

什么时候提交：

最好是先设计好项目架构，这样你在写的时候就知道在写什么，要些什么，写完一个功能你就可以提交。当然这个比较客观，看项目程度，合作人数等吧。

提交规范：

我用的 angular 框架的那个规范，如果项目大了，可以写工具强制检测。

[brucefu]

如何写的规范：把此次提交的全部改动概括出来，概括出来的是索引，下次看到这个索引，就能在脑海中回想到大致的改动。
提交的粒度：一个索引值不适合写得过大，否则不利于索引。索引不宜过多，脑子存储不下。所以粒度就是能创建好用的索引为适合
——不必太纠结

[xiqingongzi]

关于 commit message，可以参考： http://gitstyle.js.org/