私は日常Eclipseである特定のプロジェクトをきれいにしなければならないのはなぜ?
-
11-09-2019 - |
質問
私は、いくつかの異なるJava / JSPのプロジェクトのためのEclipse 3.5を使用しています。私たちのプロジェクトコードはすべてのSubversionに格納されます。私は、コードをコミット/更新するために、Subclipseのプラグインを使用します。これは、1つを除いてすべてのプロジェクトのために素晴らしい作品。 Javaはコンパイルエラーと私はSVNの更新を行うほぼすべての時間は、プロジェクト全体が穴だらけになっ一つのプロジェクトがあります。エラーのほとんどは、それが同じプロジェクト内の他のクラスファイルを見つけることができない不満です。これを解決するために、私はクリーン>プロジェクトに行かなければならないし、手動で実行するために少し時間がかかるプロジェクトを、きれい。すべては、この後にうまくコンパイルが、それは痛みのビットが手動でプロジェクト私はSVNの更新を行うたびにきれいにすることです。そして、これが唯一のこの1つのプロジェクトのために起こります。
誰もがこのような何かを体験しますか?私は、プロジェクトが常に手動でクリーンアップする必要がある理由を把握するために見てどこにもわかりません。それは他の誰かが私のプロジェクトは、Eclipseで構築する壊れたファイルにチェックされていることは可能ですか?もしそうなら、どのようなファイル(複数可)私が探しでしょうか?
解決
まず、すみません。だから、多分あなたは既に試したすべては、私がお勧めするつもりです...; - )
私の心の上から、私の代わりにソースのみで、他の誰かがコンパイルされたクラスを犯しているかどうかを確認したい。
それ以外は、それはあなたの設定に依存します:私はあなただけのEclipseを通じて構築(としていないこと、例えば、アリを通じて、多分せる、あなたがチェックし、「自動的にビルドします」フラグを持っていると仮定していますAntのビルドは、あなたが瓶もあなたの.classpathファイルをバージョン管理していないことを)あなたのクラスパスのどこかにその出力を入れ、およびます。
あなたのSVNの更新を同期化ビューを通過実行するために(あなたがそうしていない場合)、私は示唆(チーム - >リポジトリと同期)あなたが持って入ってくるの変更の種類を一目で確認するために、そうでないとき、あなたのプロジェクトがケースから台無しに取得したときに、より良い例を区別します。
他のヒント
いくつかの一つは、すでに他の誰かがまた、コンパイルされたクラスをコミットすることができる、とクラスパスが競合を取得している、と説明しました。拳あなたの同僚からこの情報を知っていると進みます。私はこのような状況に遭遇しませんでした。申し訳ありません。
どのようにSVNにプロジェクトを保存していますか?あなたは、など全体のEclipseプロジェクトあるいは単にソースコード、構造を格納していますか?あなたがプロジェクト全体を保存していない場合(あなたが別のIDEを使用して誰かを持っている場合を除き)私はそれを作るとして、それが簡単で動作するようにすることをやってお勧めしたいです。いくつかのより多くの情報がなければ、それは難しい診断することができますが、誰かがコンパイルされたクラスパスを犯しているように、それは確かに聞こえます。あなたが確認するためにSVNの履歴を確認する必要があります。