应该将哪个eclipse项目/工作区文件添加到源代码管理中？

Question

我想通过SVN与团队的其他成员分享一个eclipse项目。我应该在subversion中添加哪些文件？在工作区中，有许多文件，IMHO不应该在源代码控制上 - 它们的大小只有几兆字节。

仅添加项目时，另一个签出代码的用户仍然需要将项目导入工作区。

编辑： 这里可能是正确的问题，我如何使用subversion分享我的eclipse 工作区？

Answer 1

使用Eclipse，您始终必须导入项目 - 没有其他方法可以执行此操作 - 如果您只是切换工作区，Eclipse将无法检测项目，除非您之前已在该工作区中创建/导入项目。

您需要最低：

• 的.project
• 的.classpath

我个人也添加了设置文件夹，但由您决定：

• .settings

然后其他用户选择导入项目并选择.project文件。

Answer 2

我会说“没有一个” - 我发现将代码存储在subversion中更容易，然后使用“SVN中的Checkout Projects”向导在Eclipse中创建一个新项目

如果你有一个当前不在subversion控制下的工作空间，那么最简单的方法是创建它的副本，修剪所有不需要的文件，然后将其导入subversion。然后，您可以使用向导创建一个新工作区，将其与SVN链接。

Answer 3

对于工作区，请考虑使用“团队项目集”。您可以通过导出操作创建一个。这会生成一个文件，您可以通过电子邮件发送给同事，然后将其导入，并检出所有共享项目。

对于每个项目，它取决于它是什么类型的项目。如果它是一个Java项目：

• 排除JDT输出目录（默认为bin /，有时输出/使用）
• 排除可能已生成的任何构建工件（包括源文件夹中的构建工件）
• 包括.classpath和.project
• 包含您的源文件夹
• 包含您的依赖项（如果您没有使用像maven这样的外部依赖关系管理应用程序）
• 可选择包含您的JDT prefs文件，具体取决于您是否希望人们共享代码模板，格式约定等。
• 可选择包含任何.launch文件（已保存的启动配置），但要小心，因为这些文件可能具有特定于平台的条目，因此无法在不同的计算机上运行

一般而言，如果资源是另一种资源的衍生产品，则应将其排除在外。