谈不上好习惯。首先你要明白，使用代码库不是使用Ctrl + S，代码库中的提交应该是一个完整或者相对完整的功能，而不是改一行代码提交一次。
另外，Git本身的特性就是分布式的，是可以脱离远程仓库使用的，如果你就是一个人使用，要远程仓库干嘛呢，那不是自寻麻烦吗？
又或者，你就是多人使用，那你们频繁的推送远端必然经常性的要解决冲突，这样频繁的浪费时间在解决冲突上，不是自讨苦吃吗？

个人觉得不是的。
频繁commit到本地，然后达到一个小预期后push到远程

1. 频繁的commit、push挺浪费时间的

2. 根据git的原理，你每commit一次，就会多保存一份代码的快照，浪费硬盘内存(虽然内存多)

3. commit的次数越多，万一以后出现问题，需要reverse或者cherry-pick的时候就麻烦了，不好维护

4. 建议阶段性commit，合理commit，不然commit的message都不知道怎么写

就像楼上说的频繁的commit是个好习惯,你说的频繁push指的是多长时间？一般都是下班前要把代码提交到仓库自己的远端的features分支(以免夜长梦多)。如果你觉得你这个功能上测试没问题的话在push到develop。具体的要看你们的git管理的规范,不同时期的代码推倒不同的分支上。但是自己的代码每天下班前推远端自己的分支是非常有必要的

如果不是大的改动或者需要从另一台机器上获取最新项目，使用git add ,git commit -m "xx" 保存在本地仓库就可以了。