通过版本控制与团队成员共享项目时，习惯上将.project包含在版本控制下的源代码中。这可确保团队中的其他人获得项目的所有依赖项和资源。但.project使用资源的完整/根路径，并非团队的所有成员都在同一环境中工作。即使所有成员都在同一平台上，路径通常也可以位于用户的主目录中。
对于.classpath文件，我们可以通过使用构建路径变量来解决此问题。每个成员定义其系统上依赖库的位置路径，而.classpath仅引用变量。
这是Grails项目特别关注的问题 - 当我们添加插件时，它会相应地更新.project。
答案 0 :(得分：3)
IMO资源本身不应该成为项目的一部分。 有一个名为m2eclipse的优秀插件，可以使用Maven 简化此类任务。它将极大地简化您的依赖关系管理。除了源代码之外，您必须保留在版本控制系统中的是项目配置（pom.xml） - 无论开发人员在哪种环境中工作，所有依赖项都将自动下载和缓存。还有很多优点。这种方法 - 只需read up：）
更新：在您的问题上注意到“grails”标记。如果您使用的是Groovy，则可以使用Gradle替换Maven。如果你在Groovy中编码，STS可能是最好的Eclipse构建。下一版STS will have Gradle support。
答案 1 :(得分：1)
我不认为它的标准做法是包含项目文件。我个人告诉我的VCS忽略所有IDE文件，只使用VCS作为源代码。我在根级别包含一个README，告诉其他人如何配置项目（例如jars在lib中）
答案 2 :(得分：1)
您所指的资源链接功能也可以使用路径变量。这些是在首选项 - ＆gt;下定义的。一般 - ＆gt;工作区 - ＆gt;链接资源。
答案 3 :(得分：1)
正如其他人所提到的，您不应该将IDE文件保存在VCS中，您应该在VCS中保留与项目无关的描述，并从中生成特定于IDE的项目文件。
将pom.xml文件保存在VCS中并通过运行mvn eclipse:eclipse生成Eclipse文件
Grails项目由application.properties和grails-app/conf/BuildConfig.groovy描述。这些文件存在于每个Grails应用程序中。您可以通过运行以下命令从它们生成Eclipse项目描述：
grails integrate-with --eclipse
此命令还支持其他工具，如IntelliJ和Textmate
答案 4 :(得分：-1)
您可以尝试将项目文件保存在共享的Dropbox中，并为每个开发人员提供商定的路径。