依存関係のツリー内の複数のモジュールで構成されるオープンソースのJavaプロジェクトを実行しています。これらのモジュールはすべて、Subversionリポジトリ内のサブディレクトリです。私たちのプロジェクトの初心者にとって、Eclipseでそれらすべてを手動で設定するのは大変な作業です。
すべての開発者がEclipseを使用しているわけではありません。それでも、初心者が始められるように、.classpathファイルと.projectファイルをチェックインすることを検討しています。これは良い考えですか？それとも、それらのファイルで絶え間ない競合が発生しますか？プロジェクトを日食で簡単にセットアップできるようにする別の方法はありますか？
回答:
「プロジェクトファイルをバージョン管理下に置いていますか？」で述べたように、間違いなくそうです。
「それをロードし、セットアップし、行きなさい。」
しかし...これは実際には、ビルドパスが相対パスをサポートする最近のEclipse3.5設定にのみ当てはまります。
それはASとEclipse3.6は、良いだろうパス変数の相対パスサポートではLinked Resources：
（3.6M5以降）
絶対にありません-Subversionを介してプロジェクトファイルを配布することは一般的にひどい考えです。特に誰かが奇妙な方法でそれらを変更するかもしれないので。プロジェクトのドキュメントの良いページは、はるかに良いアイデアです。私たちのプロジェクトには、多くのモジュールと複雑なセットアップもあります。IntelliJ、Eclipse、NetBeansなどの各ポピュラーIDEでプロジェクトを開始する方法を説明するConfluenceページを設定しました。SubversionのREADMEファイルには同じ情報が含まれています。
私の経験では、純粋にローカル設定が関係する限られたケースを除いて、すべてがソース管理されている必要があります。ソース管理の法則は、押し込まれたものはすべて、引き出した人によって機能することが期待されるべきであるというものです。残念ながら、日食はしばしばこのようなものを引き起こします.classpath：
<classpathentry kind="con"
path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.launching.macosx.MacOSXType/Java SE 7"/>
したがって、私のMacではこれは機能し、Macの誰かが同じJREを持っているかもしれませんが、これは他の人には機能しません。
また、これを回避する簡単な方法はありません。Eclipseは常にそれを追加します。バージョン管理を行うlibフォルダーにサードパーティのJARがいくつかあるため、.classpathファイルをそこに入れたいので、新しい開発者がそれらを取得する必要がないように、そこに残します。 。管理対象システムに移行していますが、管理対象と管理対象外の依存関係がチェックインされています。つまり、すべての開発者は、2つのディレクトリが自分.classpathのにあることを確認する必要があります。ただし、プルするたびにJREを修正し、コミットするたびに.classpathを変更するよりも優れています。
ただし、Eclipseは他にもいくつかの優れた機能を提供します。.projectファイルは通常、インスタンス間で同じになるため、それを含めます。ただし、Eclipseのソース管理で最も優れているのは、実行構成の設定です。[構成の実行]ダイアログの[共通]タブで、構成を保存して、デバッグと実行のお気に入りリストの下に同僚に表示されるようにします。私にとっては、たくさんの.launchファイルが.settingsディレクトリにあるので、私たち全員がそれらを使用できます。
だから私は言います：.settingsディレクトリは起動設定のソース管理に入ります（* .prefsを除く）
.classpath 外に出る
.project 入ります。
これらのファイルをチェックインして、新しいユーザーの開始をできるだけ簡単にします。せいぜい、ユーザーはプロジェクトをチェックアウトし、追加の知識がなくてもプロジェクトを実行できる必要があります。このファイルのルールは、プロジェクト内の他のファイルの場合と同じです。注意して処理してください。ソースコードに絶対パスを配置しないでください。構成ファイルに配置する必要があります。
プロジェクトが最初から実行されるようにファイルがチェックインされている場合、ファイルを変更するための力はそれほど大きくないはずです。
はい、必ずチェックインしてください。ただし、パスの依存関係を文書化し、可能であれば絶対パスを避けてください。
それらをチェックインしない場合、プロジェクトをチェックアウトする人は、これらの設定をすべて再作成する必要があります。これは煩わしく、エラーが発生しやすい可能性があります。
一部の複雑なセットアップは、これらのファイルを生成するスクリプトによってより適切に処理される場合がありますが、通常は、単にチェックインする方が適切です。