ファイル.settings/org.eclipse.jdt.core.prefsはプロジェクトの一部ですか、それとも私の個人的な Eclipse 構成の一部ですか?
バージョン管理に追加する必要がありますか?
14342 次
4 に答える
29
はい、そうすべきです。このファイルがバージョン管理下にない場合、同じプロジェクトの再現可能なビルドを作成することはできません。自己完結型ではなく、特定の Eclipse インストールとその設定に依存するためです。
このプロジェクトを別のワークスペース (自分のマシンまたは他のマシン) にインポートすると、コンパイラのコンプライアンス設定、コンパイラの警告の構成、およびその他の多くのものが突然失われたり、異なったりするため、まったく異なる動作をする可能性があります。このようなプロジェクトでは、以前はまったく問題がなかったのに、新しいワークスペースで突然警告/エラーが表示される可能性が高くなります。
注: これには、プロジェクトのプロパティですべての Java 関連の設定を実際に構成することも必要です。自己完結型のプロジェクトが必要な場合は、[ウィンドウ] -> [設定] の Java コンパイラ設定を使用しないでください。
具体的な例を挙げると、プロジェクトのコンパイラ準拠レベルを Java 6 に設定している場合、Java 6 固有の機能 (インターフェイスのオーバーライド アノテーションなど) を使用しているため、他のユーザーのマシンで多くのコンパイル エラーが発生します。 . これは、すべての Eclipse ワークスペースのデフォルトのコンパイラー準拠レベルが Java 1.5 であり、Java 1.5 では Override アノテーションが単に許可されていないためです。
これは、他の回答に示されているように、クローズド ソースまたはオープン ソースのどちらを開発しているかとは関係ありません。
于 2013-04-11T06:37:05.810 に答える
2
ここにバージョン管理下に置くことの問題があります....プロジェクトをインポートして開くと、.settingsフォルダー内のファイルに触れると IProject.open(...) が呼び出されるとEclipseが主張します...そしてこれはIProject オブジェクトにチーム プロバイダーを登録する前に。これは、validateEditが起動せず、「書き込み可能にしますか?」というポップアップで「はい」または「いいえ」をクリックしても迷惑なエラーが発生することを意味します。これは、楽観的なファイル ロック プロバイダーにとってはまったく問題ありませんが、「悲観的な」プロバイダーにとってはそれほど優れたものではありません。私たちにとって、これはもう 1 つの日食の煩わしさです。
それが私次第である場合、これらをソース管理に入れる方法はありません。
于 2013-09-04T13:21:07.510 に答える