25
当社の開発者向けに、Eclipseのデフォルト設定（スタイル、設定、辞書、フォーマット、実行コンフィギュレーションなど）を標準化するプロセスが進行中です。Eclipse：チーム全体でJavaコンパイラのエラー/警告設定を共有する方法
しかし、Javaコンパイラのエラーと警告の設定では、設定をエクスポート/インポートする方法がないようです。これを行う別の方法がありますか？
A
答えて
12
（IDE内で使用するために）チーム内で設定を共有するための理想的な方法を経由して新しいワークスペースに設定をインポートすることができますプロジェクト固有の設定を使用することです。プロジェクト固有の設定はプロジェクトの一部となり、ソース管理リポジトリに入ります。したがって、すべてのチームメンバーがそれらを無料で入手できます。
質問に記載されている設定のほとんどは、プロジェクトごとに設定できます。
1
（Ant/Mavenを使用して）共通のビルドファイルを作成します。 Mavenを使用している場合、コンパイル時に誰でも同じジャーを使用することさえできます。
+1
私たちはMavenの大きなユーザーであり、私たちのIDEよりも重要だと考えていますが、IDEは依然として重要です。私が気づいているMavenの中には、私たちのEclipse環境設定に共通するものはありません。コンパイラの検証設定について本当に尋ねていたときに、コンパイラの設定について質問していたように聞こえるような質問をしています。私は元の質問を明確にしました。 – HDave
+0
@HDave Mea culpa。私は思った疑問を誤解しました！ –
0
これはEclipseの外で修正することができます。これは、前述のAmitのようにビルドプロセスを標準化することから始まります。
誰かがコードをコミットするたびに作成されるcontinuous integration systemと考えることもできます。これにより、誰もが自分のつま先をつかむことができ、人々が壊れたコードを押すのを防ぎます。コンパイラのエラーや警告は誰でも見ることができます。
+0
うわー、すでにHudsonを起動して、すべてのアプリケーションサーバー/データベースの組み合わせに対してMatrixジョブを実行していますが、これはIDEの標準化には役立ちません。私は、質問の枠組みがはっきりしていないことを認識し、修正しました。 – HDave
27
3
私はmavenプロジェクト用に事前設定されたEclipse設定を広げるmavenプラグイン（コーデックレナーと呼ばれる）を開発しました。あなたはバージョン管理下に日食の設定を置きたい、またはあなたがプロジェクト
https://github.com/yonatanm/codecleaner
のそれぞれの設定を追加manulayための時間を節約したいとき、現在codecleanerのプラグインは、以下を更新していけないwehnそれは非常に便利です日食の設定の種類：
- コードフォーマッタ
- 保存アクション
- クリーンアップの設定
- コンパイラエラー/警告レベル
- JSP/XML/XSD/HTML検証 我々が共有ドライブ上の設定ファイルを置くことによって、同じワークスペースの環境設定を共有するために workspace mechanicを使用して私たちのチームで
1
。小さな紹介はhereで読むことができます。
で検証しました。 ".settings"ディレクトリをソース管理にチェックインしますか？もしそうなら、私はそれをやりたいのですが、同じプラグインを使って同じバージョンのEclipseを使用しているわけではないのですか？ – HDave
はい、私はそれを正確に言っています、そしてそれは標準的な習慣です。 理想的にはチームは同じIDEバージョンを使用する必要があります:-)ただし、異なるバージョンを使用すると、通常は壊れません。チームの中で最も低いEclipseバージョンに基づいて設定を行うことができます。新しいEclipseバージョンは正しく動作します。 （非常にまれなケースでも何かがうまくいかず、その結果は軽くなるはずです） –
私はRandi Linの回答を受け入れられた答えとして残すつもりですが、私は個人的にこれらの変更を行うためにあなたの提案を実装しました個々のプロジェクトで '.settings'ディレクトリにチェックインしてください。これがうまくいくと信じられないでしょう...私はすでにwikiドキュメントのページを削除しています..... – HDave