7

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

誰かがこのようなことを経験しますか？プロジェクトを常に手動でクリーンアップする必要がある理由を理解するためにどこを見ればよいのかさえわかりません。他の誰かがEclipseでの私のプロジェクトビルドを壊すファイルをチェックインしている可能性はありますか？もしそうなら、どのファイルを探すべきですか？

4

3 に答える 3

4

まず、わかりやすいことを言ったらすみませんが、プロジェクト構成の詳細も、この問題を解決するための以前の試みについても説明していません。だから、多分あなたは私が提案しようとしているすべてをすでに試しました... ;-)

頭から離れて、ソースだけでなく、他の誰かがコンパイルされたクラスをコミットしているかどうかを確認します。

それ以外は、構成によって異なります。「自動的にビルド」フラグがチェックされていること、Eclipseのみを介してビルドしていることを前提としています（たとえば、Antを介してビルドするのではなく、Antをビルドさせることもできます）。その出力をクラスパスのどこかに置きます）、そしてあなたがjarや.classpathファイルをバージョン管理していないこと。

同期ビュー（[チーム]-> [リポジトリと同期]）を使用してSVN更新を実行し、どのような種類の受信変更を取得したかを一目で確認して、区別しやすくすることをお勧めします（実行していない場合）。プロジェクトが混乱した場合とそうでない場合。

于 2009-12-05T00:46:48.567 に答える
1

コンパイルされたクラスをコミットしている他の誰かがいる可能性があり、クラスパスが競合していることをすでに説明している人もいます。拳はあなたの同僚からこの情報を知って、先に進みます。私はこの状況に出くわしませんでした。ごめん。

于 2009-12-09T08:42:44.187 に答える
1

プロジェクトをSVNにどのように保存していますか？Eclipseプロジェクト全体を保存していますか、それともソースコード、構造などだけを保存していますか？プロジェクト全体を保存していない場合は、作業が簡単になるため、保存することをお勧めします（別のIDEを使用している人がいない場合）。これ以上の情報がないと診断が難しくなりますが、誰かがコンパイルされたクラスパスをコミットしているように聞こえます。SVN履歴をチェックして確認する必要があります。

于 2009-12-09T15:42:49.917 に答える