私のチームはEclipseを使用していくつかのJavaプロジェクトを処理し、コードリポジトリを使用してコードを共有しています。
開発者がファイルを追加、削除、または更新するjarと、Eclipseでビルドパスを更新するまで、他のすべてのユーザーのビルドは中断されます。このプロセスには、面倒な電子メールの同期が含まれます。
.classpathいくつかの理由から、ファイルをリポジトリにコミットしないことにしました。代わりに、次のアイデアを思いつきました。各プロジェクトには、ファイル（およびパターン）jars.listのリストを含むコミットされたファイルがあります。スクリプトは、このファイルをEclipse用jarのローカルに変換します。.classpath開発者がjarを変更するときはいつでも、それを変更jars.listしてコミットするのは開発者の責任です。
これは合理的な解決策ですか？この問題に対する既存の解決策はありますか？
Eclipse.projectと.classpathファイルは、バージョン管理リポジトリ（cvs、svn、gitなど）にチェックインすることを目的/設計されています。Eclipsewikiのこのページを参照してください。
.classpath上記のコメントセクションで述べたように、ファイルを「クリーン」に保つ（つまり、絶対パスがない）にはさまざまな方法があります。
JARへの絶対パスが開発者マシンごとに異なるため、ビルドが壊れていますか？その場合、問題を回避するためにユーザー変数を追加できます。これにより、各開発者は1つの変数（のようにLIB_DIR）を構成するだけで済みます。
<classpathentry kind="var" path="LIB_DIR/path/to/file.jar"/>
他の解決策があります。Eclipseでいくつかのユーザーライブラリを構成してJARをグループ化.userlibrariesし、リポジトリで共有できるファイルをエクスポートすることができます。このように、に絶対パスはありませんが、.classpathに存在します.userlibraries。
Mavenなどのツールを使用して、プロジェクトへの依存関係を管理することもできます。
とにかく、問題なく共有できると思います.classpath...