Eclipseで特定のプロジェクトを定期的にクリーンアップする必要があるのはなぜですか？

Question

私はいくつかの異なるJava/JSPプロジェクトにEclipse 3.5を使用しています。私たちのプロジェクトコードはすべてSubversionに保存されています。 Subclipseプラグインを使用してコードを更新/コミットします。これは1つを除くすべてのプロジェクトに最適です。私はSVNの更新を行うたびにプロジェクト全体がJavaコンパイルエラーでいっぱいになるプロジェクトが1つあります。ほとんどのエラーは、同じプロジェクト内で他のクラスファイルを見つけることができないという苦情です。これを解決するには、[プロジェクト]> [クリーン]に移動し、手動でプロジェクトをクリーンアップしなければなりません。この後はすべてがうまくコンパイルされますが、SVNアップデートを行うたびにプロジェクトを手動でクリーンアップする必要があります。これはこの1つのプロジェクトでのみ発生します。

誰でもこのような経験がありますか？私は、プロジェクトが常に手作業で掃除される必要がある理由を理解するためにどこを調べるべきかも分かりません。 Eclipseで自分のプロジェクトビルドを壊しているファイルを他の人がチェックインしている可能性はありますか？もしそうなら、どのファイルを探すべきですか？私は何かを明らかに言うが、あなたのプロジェクトの設定のいずれかの詳細を与える、またこの問題を解決するために、あなたの前の試みを説明しなかった場合

Answer 1

まず、すみません。だから、多分あなたはすでに...私の心のトップオフ;-)

を私は提案するつもりだすべてを試みましたが、私は他の誰かが唯一のコンパイルされたクラス、代わりのソースをコミットしているかどうかを確認したいです。

それ以外の設定は次のとおりです。「ビルドが自動的に実行される」フラグがチェックされていること、Eclipseだけでビルドされていることを前提としています。おそらくAntビルドはあなたのクラスパスのどこかに出力を置いています）、あなたはバージョンjarや.classpathファイルではないと思います。

私は、Synchronizeビュー（Team - > Synchronize with Repository）を使ってSVNアップデートを実行することをお勧めします。プロジェクトが混乱した場合のケースをより明確に区別することができます。

Answer 2

いくつかの一つは、すでに他の誰かがまた、コンパイルされたクラスをコミットすることができる、とクラスパスが競合を取得している、と説明しました。拳はあなたの同僚からこの情報を知り、進んでいく。私はこの状況に遭遇しなかった。ごめんなさい。

Answer 3

どのようにプロジェクトをSVNに保存していますか？ Eclipseプロジェクト全体またはソースコード、構造などを格納していますか？プロジェクト全体を保存していない場合、私はそれを行うほうが簡単です（別のIDEを使用している人がいない限り）。それ以上の情報がなければ、診断は難しくなりますが、誰かがコンパイルされたクラスパスをコミットしているように思えます。 SVNの履歴を確認して確認する必要があります。