关于github的commit

Question

1.为什么我把github项目删除，然后重新new一个名字一模一样的repo，然后push，新的repo中commits只有1个，但是之前的commits还会在contribution里，不是说删除github项目后，相关commits也就同时消去了吗。。。我见有些github大神较早前的commits也是会出现“点进去显示'No commits found for xxx'的提示”

不知道我这样说明不明白我意思，简单来说就是一个项目由于删除过再新建会出现commits和contributions记录的commits不一致

2.看到有些followers很多的github用户，他们有些项目的commits数一天就能提交10+个，我就去看看都commit什么了，发现有些commit其实只是改了一个文件，甚至可能只有一行代码！改这么少的内容为何也要单独commit，这是因为独立commit方便以后查找？还是说纯粹是想堆砌contributions？(阴谋论了...)

Answer 1

第一个问题不太清楚。

第二个问题：
这种做法其实很正常，因为有些成型的项目后期维护可能只是微量的bug修改，当然是要单个bug对应单个commit方便以后查看，或是较小量的优化代码。
此外，保持commit的细粒度是很有好处的，其comment在review时候可以很好的告诉你这个commit做了什么，而不是需要你去重新看完代码后才知道。

Answer 2

每修改一个独立的功能当然要单独commit一次啊，对于自己和别人而言都是一个好习惯，当你的项目哪天火了，别人想要从头学习你的项目，如果有一个好的commit，就很方便啊~

Answer 3

第一个问题可能是你本地项目已经保存了commit记录没清除，被push到远程了吧
另外。“堆砌contributions”是什么鬼啊。代码量不是一眼可见吗？commits再多又有什么意义？
commit频率还是看个人习惯，一行代码修改的影响范围可能是大范围的功能。
好习惯就是，
做完一件小事就commit一次，即便只有一行代码。
临时有事，不能继续coding就commit一次，即便事情还没完成。

Answer 4

1的问题应该是github的问题

2八成是某个分支合并上来的，比如这个分支就是优化一个sql语句，优化完了 自然就是更改一行sql！ 然后合并到主显分支上！