我应该保留项目文件,如Eclipse的.project,.classpath,.settings,在版本控制下(例如Subversion,GitHub,CVS,Mercurial等)？
我正在运行一个开源java项目,它由依赖树中的多个模块组成.所有这些模块都是subversion存储库中的子目录.对于我们项目的新手来说,在eclipse中手动设置所有这些工作需要做很多工作.
并非所有开发人员都使用eclipse.不过,我们正在考虑检查.classpath和.project文件,以帮助新手入门.这是一个好主意吗？或者这会导致这些文件中的持续冲突？是否有另一种方法可以使项目易于设置在eclipse上？
几乎任何IDE都会创建许多与正在开发的应用程序无关的文件,它们由IDE生成并保留,因此他知道如何构建应用程序,版本控制存储库等等.
这些文件是否应该保留在版本控制下以及与aplication有关的文件(源代码,应用程序的配置文件......)？
事情是:在某些IDE上,如果您创建一个新项目,然后使用IDE中嵌入的版本控制客户端/命令将其导入版本控制存储库,那么所有这些文件都将被发送到respitory.而且我不确定这是对的:在同一个项目上工作的两个不同的开发人员想要使用两个不同的IDE？
我想让这个问题不可知,避免引用任何特定的IDE,编程语言或版本控制系统.所以这个问题与这些问题并不完全相同:
我花了很多时间修改我的Java代码样式设置是我喜欢的方式.
例如,转到Windows -> Preferences -> Java -> Code Style -> Clean Up / Formatter / Code Templates.
我设置eclipse使用空格而不是tab chars,自定义java文件顶部的标题,以及一大堆其他东西.
现在我正在使用另一台计算机,并且必须安装Eclipse Helios的新副本.
是否有可以重复使用的文件或文件集,所以我不必每次都设置这个文件？
我以eclipse项目的形式继承了一个java项目.更改tomcat配置后(从v6到v7),subclipse提示我提交以下文件
是否会让他们帮助我的团队成员,还是会弄乱他们的工作空间？
对此最好的做法是什么？