.settings
ディレクトリは–が含まれているか、少なくとも、そのようなソースコード、Javaコンパイラの設定、および大いに多くのために使用される文字エンコーディングとして成功したEclipseの、内部のプロジェクトをビルドするために必要な–重要な情報が含まれている必要があります。そのディレクトリをSCMにコミットしないと、ほとんどの場合、プロジェクトを新しいワークスペースにチェックアウトしてすぐにコンパイルできるようになります。特に敏感な部分は、コンパイラのエラー/警告の正確な設定です。開発者がこれらの設定を間違えた場合、その結果は、Eclipseビルドの失敗による不満から、存在しないエラーや警告を「修正」するためにコードを壊す開発者にまで及ぶ可能性があります。
各プラグインは独自の設定ファイルをディレクトリに追加することができますので、無関係なものを除外して無視してください。重要なものはそのまま残してください(org.eclipse.jdt.core.prefs
など)。
他の人のためにビルドを壊すような方法でプロジェクト固有の設定を混乱させないように注意する必要があります。個人設定は、ワークスペースレベルでグローバルに変更する必要があります。そのため、この構成はチームメイトに伝播しません。
誰もがプロジェクト固有の設定を別の場所からインポートしてコミットする必要がないポリシーを理論的に実施することができますが、そのルートは利点がなく、使いやすさの点で明らかに劣ります。
それはあなたのmavenを使用していると思われます。[別の質問による](http://stackoverflow.com/questions/12513277/how-can-i-configure-checkstyle-in-maven)もしそうなら、 '.settings'をチェックインする必要はありません。ビルド構造全体がpomファイルで定義されているからです。 – maba
@mabaはい私はMavenを使用しています。 – Kayser