重複の可能性:
どのEclipseファイルがバージョン管理下にあるか
開発にはEclipseIDEを使用します。.settingsフォルダーには常に変更があります。Eclipseで何かを構成していることもありますが、通常はEclipseで何かを変更します。
Eclipseは私たちの要求なしに設定を変更しますか?
.settingsのベストプラクティスは何ですか?
SVNで日食設定(.settings)をチェックインするか、リストを無視するために追加する必要がありますか?
この.settings
ディレクトリには、Eclipse 内でプロジェクトを正常にビルドするために必要な重要な情報 (ソース コードに使用される文字エンコーディング、Java コンパイラ設定など) が含まれています (少なくとも含まれている必要があります)。そのディレクトリを SCM にコミットしないと、ほとんどの場合、プロジェクトを新しいワークスペースにチェックアウトしてすぐにコンパイルすることができなくなります。特に注意が必要なのは、コンパイラ エラー/警告の正確な構成です。開発者がこれらの設定を誤った場合、その結果は、Eclipse ビルドの失敗によるフラストレーションから、開発者が存在しないエラー/警告を「修正」しようとしてコードを損傷することまで、さまざまです。
各プラグインは独自の設定ファイルをディレクトリに提供できるため、無関係なものを自由に選択して無視し、org.eclipse.jdt.core.prefs
.
他の人のビルドを壊すような方法でプロジェクト固有の設定を台無しにしないように、非常に注意する必要があります。この構成がチームメイトに伝播しないように、個人の設定はワークスペース レベルでグローバルに変更する必要があります。
理論的には、誰もが別の場所からプロジェクト固有の設定をインポートし、コミットしないようにする必要があるというポリシーを適用することもできますが、その方法では利点がなく、使いやすさの点で明らかに劣っています。
Mavenを使用してビルドを管理しているため、.settings
ソース管理下に置く必要はありません。
Maven を使用すると、Eclipse の設定に依存することなく、他の IDE を使用できます。
Maven を使用している場合、VCS 内の Eclipse 固有のファイルを無視する必要がありますか?も参照してください。
それは本当にあなたのプロジェクトに依存します。ここのこのスレッドは、必要なものを理解するのに十分な情報を提供するはずです。
必要なし、
さまざまなユーザーがさまざまな設定と構成を訴えているためです。
設定はテキストファイルで記述可能
Mavenを使用しているので、私は間違いなくノーと言います。私が取り組んできたプロジェクトでの私の経験から、これらのファイルをコミットすると問題が発生します。特に、異なる環境 (OSX/Windows/*nix、ファイル システム レイアウト) を持つ人々と共同作業している場合はなおさらです。
まだ使用していない場合は、Maven Eclipse プラグイン (http://maven.apache.org/plugins/maven-eclipse-plugin/) を使用して Eclipse プロジェクト ファイルを自動的に生成することをお勧めします。
編集:
おそらく、Eclipse プロジェクトの設定/ファイルをコミットしたくない最大の理由は、VCS の履歴が煩雑になるためです。これらのファイルは、明らかに理由もなく変更されることが多く (つまり、設定ファイルのタイムスタンプの変更など)、せいぜい余分な変更が追加されるか、最悪の場合、煩わしい競合が発生することがわかりました。
率直な答えはノーです。このファイルが最終的に変更されるかどうかではありませんが、プロジェクト ソース コード リポジトリは個人用のファイル設定用ではありません。
これらの IDE 固有のファイルをどこかに配置する必要がある場合は、プロジェクトとは別の SVN フォルダーにチェックインしてください。
最適な構成を作成して SVN に入れることはできますが、これは大変な問題を引き起こします。
何も持っていない人がいる場合は、そこから始めることができるので、参考にすることをお勧めします。