我使用日食3.5为几个不同Java/JSP项目。我们的所有项目代码是保存在颠复活动。我用的是Subclipse插件的更新/commit代码。这个伟大的工程所有项目的只有一个除外。有一个项目几乎每次我做一个SVN更新,整个项目变成充斥着Java编译错误。最大的错误被投诉,它可以找不到其他类的文件在同一项目。要解决这一问题,我要去上项目的>清洁和手工清理项目,这需要一些时间来运行。一切只是汇编现在此之后,但它是一个有点痛苦到不得不手动清洁项目每次我做一个SVN更新。和这只是发生这一个单一项目。

任何人经历像这样的东西?我甚至不知道在哪里看到图找出为什么这个项目需要不断地将手工清除。它是可能其他人是在检查一个文件,该文件打破了我的项目建立在日食?如果是这样,什么样的文件(s)应当我看呢?

有帮助吗?

解决方案

首先,原谅我,如果我说的东西很明显,但是你没有给你的项目配置的任何细节,也没有在解决这一问题描述你以前的尝试。所以,也许你已经尝试了一切,我要建议...; - )

我就放心的顶部,我会找其他人是否犯编译的类,而不是唯一来源。

除此之外,这取决于您的配置:我假设你已经得到了“自动构建”标志检查,那你通过Eclipse的建筑只(而不是,例如,通过蚂蚁,也许让Ant构建把它的输出在某处你的classpath),和你没有版本罐子也不是你.classpath文件。

我建议(如果你不这样做),以执行经历的同步看你的SVN更新(团队 - >与存储库同步),才能看到你有什么样的传入更改一目了然,更好地区分情况下,当你的项目会从案件搞砸了的时候它没有。

其他提示

一些人已经解释说,可能是别人也犯下编制课程和课路径获得的冲突。拳头知道这一信息从你的同事和继续进行。我没有遇到这种情况。对不起。

你是如何存储在SVN项目?你存储整个Eclipse项目或者只是源代码,结构等?如果你不存储整个项目,我建议这样做,因为这使得它更易于使用(除非你使用不同的IDE得到某人)。如果没有一些更多的信息,这使得它很难诊断,但它肯定听起来像是有人在犯编译的类路径。您应该检查SVN历史的确认。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top