私は自分のワークスペースの下でプロジェクトをバージョン管理していましたが、ワークスペースの設定自体をチェックする必要はありませんでした。Eclipseワークスペースからチェックインする対象
これまでのところ、
ファイル.logが永遠に肥大化することに私は全く関心がないことを知っていますので、確かにチェックインするつもりはありませんが、他のサブディレクトリやファイルを破棄できますか？ .lock（サイズ0）をチェックする必要がありますか？ .pluginsサブディレクトリはどうですか？
短い答え：.metadataをVCSに追加しないでください。
長い答え：
は、バージョン管理を行うための2つの一般的な理由があります（これは単純化の上にわずかである）：
最初の理由でバージョンコントロールを使用している場合は、.metadata dバージョン化されるべきディレクトリ。これは、そこにある情報があなたのマシンに固有であり、他のマシンがそれを使用しようとすると、情報が混乱するからです。
2番目の理由でバージョン管理を使用している場合は、メタデータをバージョン管理することをお勧めします（少し強くはありませんが）。 .metadataの情報の多くはバイナリであり、少なくとも読むのはあまり面白いものではありません。だから、あなたはバージョンを戻す必要はありません、任意の差分、またはそのようなものを行う。代わりに、緊急の場合にコンピュータ全体をバックアップする適切なバックアップサービスを使用することをお勧めします。
これを実行する理由は1つあります。 チーム間で効率的にプロジェクトリストを共有するための作業セットファイルのバージョン管理。
啓発のお返事ありがとうございます。受け入れられましたが、新しい仕事場にプロジェクトをチェックアウトするたびに心臓発作が起こるのですが、ビルドで多数のエラーが発生するだけです...私は過去に何をしたかを思い起こさせる手がかりを、 （時には数年前）、プロジェクトをエラーなく構築することができます。 – srf
@Andrew：あなたは.metadataが派生ファイルだと言っていますか？ IDEがプロジェクト内の他のファイルからIDEを作成するのでしょうか？それが本当であれば、私は完全にそれがバージョン管理にあってはならないと同意するでしょう。 – tomlogic
@tomlogic：.metadataフォルダには、システム固有の設定（ウィンドウ - >環境設定）（絶対パスがいっぱい）と一時ファイルと作業ファイルがあります。安全に共有できるメタデータはプロジェクト内にあります。 –