m2eclipse プラグインを使用して Maven プロジェクトを操作する場合.classpath、.projectファイルやファイルを SCMに配置する必要がありますか? .settings理論的には、すべての開発者がソースを取得して Maven プロジェクトをインポートできます。
あなたの経験から、これをそのように行う方が良いですか、それともEclipseファイルをSCMに入れる方が良いですか? 一部の開発者は InteliJ を使用しているため、プロジェクトを Eclipse 固有のものにしたくありません。.project ファイルは、インストールされているプラグインのセットに応じて変更される可能性があるようです。たとえば、buildCommandからorg.eclipse.jdt.core.javabuilderへの変更org.eclipse.wst.common.project.facet.core.builderなどです。
あなたの知識と経験を共有してください。
私の経験では、、またはを含めるべきではありません。プロジェクトの再インポートに必要なすべての情報は、「既存の maven プロジェクトのインポート」を使用する限り、pom ファイルにあります。.classpath.project.settings
これらすべてのローカルのものを配置すると、エントリの順序の違い、誰かがプロジェクトの設定に加えたローカルの変更など、関係のないものに対して SCM の変更が行われる可能性があります...
私の経験によると、.projectファイルは、新しいワークスペースを作成する開発者に役立つ性質やその他のプロパティを定義しているため、安全にチェックインできます。多くの場合、カスタムファセットはEclipseを介して追加する必要があり、他のすべてのメンバーがRADなどの同じIDEを使用している場合は、チームの他のメンバーと共有することをお勧めします。プロジェクトの性質を再度設定および変更するという苦痛を経験する必要がないため、役立つ場合があります。pplがワークスペースのセットアップで問題に直面していたため、ほとんどの場合、.settingsフォルダーを共有する必要がありました。したがって、すべてがニーズに依存し、それが役立つ可能性があります。
Eclipseプロジェクトファイルをバージョン管理下に置くことが非常に便利な状況の1つは、プラグインによって自動的に生成されたJavaコードがある場合です。Eclipseは、コードジェネレーターが実行される前に、不足しているソースディレクトリを構成から削除します。
アップデート
最近のEclipseリリース（Juno以降、確かにMars以降）では、これはもはや当てはまりません。