个人管理的话，推与不推都不碍，反正你很少改动配置文件，push 一次和每次都 push 差别不大。
但是如果有可能有其他人参与的话或者你可能在多个坏境下 push 时，push 配置文件会带来不必要的冲突，此时你可以 push 一个基本的配置文件，假设配置文件命名为 config，那么第一次推项目的时候，首先把 config 添加到 gitignore ，然后推一个带有基本配置信息的 config_example 文件，push 结束后，同样把 config_example 添加到 gitignore 中。
现在你可以假设我将要参与到你的项目中，那么我会先 clone 你的项目，把 config_example 文件 pull 下来后，我首先复制一份然后重命名为 config，因为文件里面已经有了基本的配置信息，所以我只需稍微改动适应我的开发环境即可，然后我再将两个文件都添加到 gitignore 中，再 push 时就不会对远程仓库造成影响了。
这其实是我们团队在自己 git 服务器上的一个管理方法，我认为原理应该是相通的，希望对你有帮助。

我的经验是，都不要。如果你用maven管理你的代码，留下pom.xml就可以了。

.gitignore的使用就不细说了，至于项目里的配置文件，一般都会告诉你该不该加入到版本控制里，比如这个Android项目的properties文件，注释里说：

This file is automatically generated by Android Tools.
Do not modify this file -- YOUR CHANGES WILL BE ERASED!
This file must NOT be checked into Version Control Systems,
as it contains information specific to your local configuration.

must NOT，人家都这么说了，你还要push到remote git server上去，你同事会掐死你的~

这些文件都不要传上去，因为其实是和本地使用环境相关的，而且其他人可能不用Eclipse。并且这些信息本身和项目没有关系。好的做法是用工具比如maven来管理项目，然后每个人checkout一份干净的代码到本地再生成导入IDE所需要的文件。

前些日子刚看到的一片博文 -- 不要把配置文件放到你的 Git 代码仓库