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 代码仓库