新しいプロジェクトを開始し、Ecipse IDE固有のファイル(.settings, .project, .classpath)をソースツリーの一部として保存する必要があるかどうかを知りたいと思います。それぞれの開発者に "mvn eclipse：eclipse"コマンドを使ってこれらのファイルを作成するか、それをチェックする必要があります。ここでのベストプラクティスは何でしょうかIDE固有のファイルをソースコードの一部として保存することは意味がありません
すべての開発者に同じ環境で作業させたいので、Gitに格納します。すべての開発者が独自のプロジェクト構成を作成し、それらが使用する構成について他の制御を持たないようにすると、失敗に至るさまざまな構成になる可能性があります。
ソース管理でIDE /環境設定ファイルを保持する主な利点は、開発環境を標準化することです。
は、いくつかの利点を与えます。
、欠点もあります。
私が見たより良いポリシーの1つは、「ねえ、私たちはWindows/Eclipseの店です。あなたが好きなら、ここにあなたのお気に入りのOS /ツール/テクニックを挿入できますが、あなた自身の問題を解決するのに十分です "。
この見通しは、両方の世界の中で最善を尽くすと思われます。開発者の大半は標準に固執し、バグを文書化し、セットアップ文書などを作成します。しかし、（通常はシニアの）開発者の小さな団体は、自分のことを行い、クールな新しいツールを見つけ、おそらく標準化された環境に組み込みます。
はい、そうです：http://stackoverflow.com/questions/2818239/classpath-and-project-check-into-version-control-or-not/2819639#2819639 and http://stackoverflow.com/questions/116121/do-you-your-project-files-under-version-controlを使用してください。それは私だけではありません：http://stackoverflow.com/questions/1880817/what-to-put-under-version-control、http://stackoverflow.com/questions/4814974/should-i-commit-files - Eclipseによって変更された、http://stackoverflow.com/questions/3111170/project-files-under-version-control。再び：http://stackoverflow.com/questions/3790241、http://stackoverflow.com/questions/4931726 – VonC