プロジェクトをコミットするときに、.projectと.classpathを含める必要がありますか？

Question

ウェブアプリケーションをソース管理にコミットするときは、.project & .classpathファイルも含めるべきですか？私は、プロジェクトを使用する他のユーザーが同じプロジェクト設定を持っている必要があるので、どちらの点で違いがあるとは思わないでしょうか？

Answer 1

これは決して終わらない議論の中で人々が形を外れてしまうようにする問題の一種です。あなたは基本的に2つのキャンプを持っています：

1. ソース管理システムにのみソースコードを入れてください。各開発者は独自のIDEを選択し、独自のプロジェクト構成を管理します。リポジトリからソースコードを取得した後にIDEを設定するのは難しいでしょう。ある開発者がプロ​​ジェクトの依存関係を変更した場合、他のすべての開発者がプロ​​ジェクトの設定を更新できるように、明示的に通信する必要があります。 pom.xmlからEclipseプロジェクトメタデータを生成しようとするMavenプラグインのように、この問題に対処しようとするツールがいくつかありますが、すべてには限界があります。このようになっているグループは、IDEで開発者の選択を制限しないという純粋さを賞賛します。Eclipseプロジェクトをチーム全体で使いこなせるという利便性です。

2. Eclipseで標準化する。すべてのEclipseプロジェクトのメタデータをソース管理に入れます。これには、.project、.classpath、.settingsの全内容が含まれます。基本的に、ソース管理リポジトリで欲しがらないのは、Eclipseで派生したとマークされたコンテンツだけです。右クリック→プロパティで確認できます。このアプローチをとることで、ソース管理からプロジェクトを取得した直後に開発者がコーディングを開始できるようになります。追加の設定は必要ありません。また、1人の開発者がプロ​​ジェクト構成を変更すると、残りのチームは次の同期時に同じ変更を見ます。

あなたのチームにとって最も合理的なアプローチを選択してください。

Answer 2

一般に、生成されるものは何もリポジトリに入れられません。これらのファイルは、通常、IDEまたはmavenによって生成されます。ただし、ボタンをクリックするか、コマンドを実行して生成されたものを取得する必要がある場合があります。

Answer 3

私はそれらを含めるでしょう。

.projectファイルには、プラグイン情報（例：maven、ant、pdt、wst、aspectj、findbug ..）があります。プレーンなJavaプロジェクトでなければ不可欠です。

.classpathにはクラスパスが含まれています。 jarファイルを使用する場合は必要です。

Answer 4

.projectと.classpathを含むすべてのファイルは、チーム内の全員がまったく同じ設定を持つようにするために、ソース管理に移動する必要があります。

Answer 5

.projectと.classpathを含むClearCaseの場合、IBM ClearCase plugin for Eclipseを使用すると違いが生じる可能性があります。

このプラグインは、ソース（プラグインが含まれていないEclipseワークスペース内にある）のすぐ隣にあるバージョン化されたファイルに依存することができれば、よりうまく動作します。