我应该提交由eclipse更改的文件吗？

Question

我以eclipse项目的形式继承了一个java项目.更改tomcat配置后(从v6到v7),subclipse提示我提交以下文件

是否会让他们帮助我的团队成员,还是会弄乱他们的工作空间？

对此最好的做法是什么？

Answer 1

一般来说,您应该签入(并在更改后提交)所有有助于构建的内容,并且不能通过完全重新构建来重新生成并且是特定于工作站的.(此语句的含义取决于您的构建过程/过程.)

这意味着您应该排除在完全构建等时重新生成的所有内容,因此不会签入(并且不提供签入).

这也意味着应该检查问题中的所有文件是否依赖于工作站,例如文件路径和用户首选项.如果没有工作站或用户依赖于其中某些工作站,那么提交该特定文件没有任何问题.例如,.classpath可能包含文件系统路径,但它可能只包含与工作站无关的库名称,并且它们的路径在其他地方定义. (3认同)

Answer 2

作为一般规则,您应该避免提交包含用户首选项的文件,以及Eclipse和/或插件可以重新生成的项目详细信息.

但在某些情况下,事情有点模糊.例如,.classpath文件可以是Eclipse构建路径的主要来源; 例如,如果项目树中有JAR文件而不是Maven.(使用Maven,m2eclipse插件从POM文件中的依赖关系信息生成.classpath文件,因此不应该检入该文件.)

此外,一些方面的东西是临界的.例如,在使用JSP和Javascripts的项目中,我发现必须更改构面属性以禁用损坏的验证器.将这些变化视为项目的一部分而非个人偏好,这是一个很好的理由.

将群体/项目偏好与个人偏好分离是(IMO)Eclipse严重缺乏的一个领域.