12

私は Java EE について紹介する 2 日間のトレーニングを受けていました。Java EE、Spring Framework、Maven、Springsource Tool Suite (Eclipse)、Tomcat を使用しました。

そこで作成した Eclipse ワークスペースを使用して、作業用 PC で実行しました。私の記憶が正しければ、Tomcat を適切に構成するだけで、私の PC で動作しました。

ここで、5 つの「サブ」プロジェクトを含む作成された Eclipse ワークスペースを subversion に保存して、同僚がこれをチェックアウトして自分のコンピューターで実行できるようにしたいと考えています。

これを正しく行う方法は？どこかで svn:ignore ルールを見つけました:

.classpath
.project
.settings
target

tortoiseSVN を使用して、この無視ルールをワークスペースと共にフォルダーに追加しましたが、基になるフォルダー ターゲットが削除されていないことが判明したため、手動で削除し、「無視リストに追加」しました。しかし、その後、インポートが壊れているため、Spring ソース ツール スイートのプロジェクトには mevan の依存関係が表示されません (私はそう思います)。STS は org に下線を引きます。インポートで、これを解決できないと言います。

このようなプロジェクトを正しくバージョン管理するにはどうすればよいですか?

4

3 に答える 3

14

私のプロジェクトでは、Maven と Eclipse (現在 Helios) と Eclipse 用の Maven プラグインを使用しています。

Eclipse の Maven 統合 WTP の Maven 統合

バージョン管理システムには pom.xml ファイルと src/ ディレクトリ ツリーしかありません。そこにEclipseファイルを追加しないようにします。次に、新しい開発者がプロ​​ジェクトで開始すると、インポート -> Maven -> 既存の Maven プロジェクトを実行します。Eclipse 用の Maven プラグインは、完璧なビルド パスや設定などをセットアップします。

このようにして、必要に応じてプロジェクトを Eclipse に再インポートすることも非常に簡単です。

したがって、私のヒントは、Eclipse ファイルを SVN から除外し、Maven プロジェクトをインポートするだけでプロジェクトを自動的に正しくセットアップできることを確認することです。

于 2011-06-10T14:22:49.053 に答える
1

あなたの問題を正しく理解している場合は、Eclipse から tomcat を起動できるように Eclipse を構成する必要があります。ここで鍵となるのは、Maven ではなく、Eclipse だと思います。Maven 構成ファイル (pom.xml) に入れることができない変更をワークスペースに加えたので、「Eclipse 依存」になります。

ここで重要なのは、Eclipse に依存しているため、Eclipse 構成ファイルが機能する必要があるということです。.classpathその結果、バージョン管理ツールに , .project,を追加し直す必要があるのではないかと心配してい.settingsます... プロジェクトで作業する人々に Eclipse を使用するように強制するため、一般的ではありません。しかし、チームの全員がそうしていれば、問題にはなりません。

私はもう Eclipse を使用していないので、これらのファイルのバージョン管理が問題を引き起こす可能性があるかどうかはわかりません。ただし、この回答がプロジェクトを元に戻すのに役立つことを願っています...

編集：より正確にするために...そしておそらくより良い答えを出してください。

バージョン管理システムを使用する場合、多くの場合 (常に?) 主な目標は、ソースを使用するためのすべてのキーを提供し、それらから開発することです。したがって、VCS にソースと、それらを効率的に使用するために必要なすべての構成を入れる必要があります。

あなたの特定のケースでは、重要なのは、Springsource Tool Suite プラグインを介して Eclipse に依存するようになったことです。したがって、このツールの構成ファイルを追加することが不可欠になります。構成ファイルがないと機能せず、機能しない場合は作業できません。

于 2011-06-10T09:28:39.600 に答える
0

Maven Eclipse プロジェクトを転覆する私の方法を説明できます。まず、プロジェクト構造を作成するときに、.setting、.classpath、.project ファイルを subversion リポジトリにコミットする必要があります。これができない場合、他の同僚はチェックアウト後にプロジェクト構造を使用できなくなります。プロジェクト構造をコミットした後、重要な eclipse またはビルド パス設定を変更する場合を除いて、これらのファイルをコミットしないことが最善の方法です。Maven ターゲット ディレクトリを決してコミットしないでください。私の英語でごめんなさい。それが役に立てば幸い。

于 2011-06-10T10:46:38.080 に答える