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上去，你同事會掐死你的~
個人管理的話，推與不推都不礙，反正你很少改動配置文件，
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文件，註解裡說：
must NOT，人家都這麼說了，你還要push到remote git server上去，你同事會掐死你的~
這些文件都不要傳上去，因為其實是和本地使用環境相關的，而且其他人可能不用Eclipse。而這些資訊本身和項目沒有關係。好的做法是用工具例如maven來管理項目，然後每個人checkout一份乾淨的程式碼到本地再產生導入IDE所需的檔案。
前些日子剛看到的一片部落格文章 -- 不要把設定檔放到你的 Git 程式碼倉庫