Eclipse版本控制 - 项目不再显示在工作区中的问题

Question

在使用Eclipse for Android开发时，我正在尝试确定要检入哪些文件到版本控制。我有一个单一项目的工作区。我发现this表明.metadata文件夹不需要控制（减去有关启动参数的注释，但我不介意在另一台机器上重新选择它们。）

如果我删除.metadata文件夹然后打开Eclipse，则不再显示该项目。我搜索了这个症状的帖子，他们建议重新导入项目。这个解决方案在这里没有意义，我正在尝试检查所需的内容，以便其他开发人员可以打开工作区并查看项目并对其进行操作。让他们移动项目然后重新导入它会有点混乱。

那么我应该控制哪些文件以便其他人可以获得最新版本并且能够在不控制一堆用户特定偏好的情况下打开项目？

Answer 1

我有使用Eclipse进行版本控制的类似经验，并决定退出使用它，因为它非常烦人且有问题。现在，对于git，我使用SourceTree，我更喜欢eclipse版本控制。我认为你应该版本控制源代码文件夹，配置，以及你编程需要运行的其他文件，但绝不能控制可执行文件。如果另一个人正在使用Eclipse，为了方便起见，最好包含.classpath配置文件。如果没有，那么另一个人需要克隆存储库并进行必要的更改，以便它可以与他/她的IDE一起使用。

Answer 2

我认为我已经采用了以下方法。到目前为止，这似乎运作良好，避免了我原来问题中提到的一些令人头疼的问题。

1）每个开发人员在其版本控制之外的某个地方的机器上创建一个Eclipse工作区;只有项目目录被检入版本控制 - 工作区完全不受控制

2）开发人员从版本控制中检出项目目录（与创建工作空间的目录结构不同），然后使用File＆gt;＆gt;导入，但他们将＆＃34;复制到工作区＆＃34;未选中状态。

因此，通过上述内容，您可以从版本控制中签出，并在签出文件时使用这些文件。没有必要将它们移出然后再导入它们。当您导入未选中复制选项时，工作区（它本身不受控制）只是引用它们在磁盘上的文件。

唯一的小缺点是必须单独设置任何工作空间。其他文章提到控制发射参数，但到目前为止这还没有问题 - 一旦你第一次发射就很容易选择。

所以无论如何，希望这有助于其他人:)这似乎是一种相当顺利的方式，并避免我们最初遇到的问题。