我应该保留项目文件,如Eclipse的.project,.classpath,.settings,在版本控制下(例如Subversion,GitHub,CVS,Mercurial等)?
几乎任何IDE都会创建许多与正在开发的应用程序无关的文件,它们由IDE生成并保留,因此他知道如何构建应用程序,版本控制存储库等等.
这些文件是否应该保留在版本控制下以及与aplication有关的文件(源代码,应用程序的配置文件......)?
事情是:在某些IDE上,如果您创建一个新项目,然后使用IDE中嵌入的版本控制客户端/命令将其导入版本控制存储库,那么所有这些文件都将被发送到respitory.而且我不确定这是对的:在同一个项目上工作的两个不同的开发人员想要使用两个不同的IDE?
我想让这个问题不可知,避免引用任何特定的IDE,编程语言或版本控制系统.所以这个问题与这些问题并不完全相同:
我们作为一个开发团队总是对subversion和eclipse感到满意,我们检查了一切,一切都很好.直到我们有一个新的雇员除了eclipse(RAD)之外还使用任何东西.他的RAD签到目前正在污染svn repo,扣留我们的日食检查以完成建设.一个解决方案可能是强迫新雇主的喉咙,另一个更微妙,可能更合适的方法是使我们的项目ide不可知.我希望学习一种快速可靠的解决方案,而不是通过反复试验来删除文件.
我认为很多人会遇到相同的用例,因此有相同的问题,但我还没有在Google上找到任何东西.希望有人能指出我正确的方向.
我们正在开始一个新项目,并想知道我们是否需要存储Ecipse IDE特定文件(.settings, .project, .classpath)作为源代码树的一部分.我们是否应该要求每个开发人员通过"mvn eclipse:eclipse"命令创建这些文件,或者我们应该为它们检查它们.这里最好的做法是什么?