Eclipse 在提交项目时，我应该包括.project&。类路径？

当我将web应用程序提交到源代码管理时，是否还应包括.project和.classpath文件？我认为这两种方式都不会有任何区别，因为使用该项目的其他用户应该具有相同的项目设置？

一般来说，生成的任何内容都不应该进入存储库。这些文件通常由IDE或maven生成。但是，有时您可能需要单击按钮或执行命令来生成这些内容。

我会将它们包括在内

.project

文件包含插件信息（例如maven、ant、pdt、wst、aspectj、findbug..）。如果它不是一个普通的java项目，那么它是必不可少的

---

.classpath

包含类路径。如果您使用jar文件，它是必需的。

我认为所有文件-包括.project和.classpath-都应该转到源代码管理，以确保团队中的每个人都有完全相同的设置。

对于ClearCase，包括

.project

和

在您使用

如果插件能够依赖那些（版本化的）文件在那里，就在源代码旁边（而不是在Eclipse工作区中，它不一定包含上述源代码），那么该插件将工作得更好。
这类问题会让人们在一场永无止境的辩论中筋疲力尽。你基本上有两个营地：

只将源代码放入源代码管理系统。每个开发人员选择自己的IDE并管理自己的项目配置。从存储库获取源代码后设置IDE将是一件棘手的事情。如果一个开发人员更改了项目依赖关系，他们必须显式地进行通信，以便所有其他开发人员更新其项目配置。有一些工具试图解决这个问题，比如Maven插件，它将尝试从pom.xml生成Eclipse项目元数据，但都有其局限性。这样做的团体倾向于在IDE中不限制开发人员选择的纯粹性，而不是让整个团队中的Eclipse项目都能正常工作的方便性

在Eclipse上进行标准化。将所有Eclipse项目元数据放入源代码管理。这包括.project、.classpath和.settings的全部内容。基本上，您不希望在源代码管理存储库中看到的唯一内容是在Eclipse中标记为派生的内容。您可以在右键单击->属性中进行检查。采用这种方法可以确保开发人员在从源代码管理获得项目后立即开始编码。不需要额外的配置。此外，当一个开发人员更改项目配置时，团队的其他成员将在下一次同步时看到相同的更改

选择对您的团队最有意义的方法