为什么我必须定期清理Eclipse中的一个特定项目？

Question

我将Eclipse 3.5用于几个不同的Java / JSP项目。我们所有的项目代码都存储在Subversion中。我使用Subclipse插件来更新/提交代码。这适用于除一个项目以外的所有项目。有一个项目，几乎每次我进行SVN更新时，整个项目都充斥着Java编译错误。大多数错误都是抱怨它无法在同一个项目中找到其他类文件。要解决这个问题，我必须转到Project＆gt;清洁并手动清理项目，这需要一段时间才能运行。在此之后，一切都编译得很好，但是每次进行SVN更新时都必须手动清理项目，这有点痛苦。这只发生在这个单一项目中。

有人经历过这样的事吗？我甚至不确定在哪里找出为什么项目需要不断手动清理。是否有可能其他人正在检查破坏我在Eclipse中构建项目的文件？如果是这样，我应该寻找哪些文件？

Answer 1

首先，如果我说了一些显而易见的事情，请原谅我，但是您没有提供项目配置的任何细节，也没有描述您之前尝试解决此问题的方法。所以，也许你已经尝试了我要建议的一切......; - ）

在我的脑海中，我会检查是否有其他人正在提交已编译的类，而不仅仅是源代码。

除此之外，它取决于你的配置：我假设你已经检查了“自动构建”标志，你只是通过Eclipse构建（而不是，例如，通过Ant，也许Ant构建将其输出放在类路径中的某个位置，并且您不是版本化jar文件，也不是.classpath文件。

我建议（如果你没有这样做）通过Synchronize视图（Team - ＆gt; Synchronize with Repository）执行你的SVN更新，以便快速查看你有什么样的传入更改，为了更好地区分项目搞砸的情况，而不是情况。

Answer 2

有人已经解释过，可能是其他人也提交了已编译的类，并且类路径正在发生冲突。拳头知道你同事的这些信息并继续。我没有遇到过这种情况。遗憾。

Answer 3

您如何在SVN上存储项目？您是存储整个Eclipse项目还是仅存储源代码，结构等？如果您没有存储整个项目，我建议您这样做，因为它更容易使用（除非您有人使用不同的IDE）。没有更多的信息，它很难诊断，但它肯定听起来有人在提交编译类路径。您应该检查SVN历史记录以确认。