4

多くの開発者がいるプロジェクトでは、すべての IDE が同一のコード スタイル設定で構成されていると便利です。これにより、他の誰かがコードを変更するたびに、変更された書式設定がバージョン管理にチェックインされたために擬似的な差異が発生しなくなります。プロジェクトの標準書式設定をインポートするように全員を説得することはできますが、新しいワークスペースを作成するときにそれを忘れたり、変更が必要なときに適応するのを忘れたりする可能性があるため、時間の経過とともに失われます。

では、誰もが同じ設定を持ち、更新が必要な場合に自分の設定を自動的に変更するように自動化する簡単な方法はありますか?

これらの設定の多くは、.settings/org.eclipse.jdt.ui.prefsプロジェクト ローカルに構成されている場合に保存されるため、このファイルをバージョン管理にチェックインし、.settings 内の他のファイルを除外することができます。残念ながら、フォーマッターの設定は大きなバケット.settings/org.eclipse.jdt.core.prefsに含まれているため、これらを更新するには、より複雑なことを行う必要があります。だから、もっと簡単な/他のオプションがあるかどうか疑問に思っています。

明確化: 私の経験では、多くの開発者は、さまざまなコード スタイル設定を Eclipse に適応させる要求を無視しています。だから私は彼らがプロジェクトの標準設定を使用するのを少なくとも非常に簡単にしたいと思っています. そのためのツールを探しています。

4

2 に答える 2

1

警告: コード スタイルに関して厳密になりすぎるのは得策ではありません。多くのプログラマーは独自のスタイルを持っています。だからあなたが望むものに注意してください。

Eclipse で最も簡単な方法は、空のワークスペースを作成し、それを開発者のマシンにコピーするだけで最初に使用することです。すべてのプラグインを使用して Eclipse をコピーすることもできます。これには、変更を手動で作成しなければならないという欠点があります。これは、最も限定的なオプションでもあります。

もう 1 つの方法は、すべての設定をエクスポート/インポートすることです。これは少し手間がかかりますが、制限は少なくなります。次の設定を配布する必要があります: Formatter、Clean Up、Templates。さらに、最大値を設定する必要があります。一般設定の行サイズ。

人々がコード プラクティスを順守できるようにする最善の方法は、最小要件に関するドキュメントを作成することです。決定を文書化し、人々に参加してもらうようにしてください。次に、人々がそれを順守しているかどうかを確認します。放っておけば、プログラマー自分の道を行くでしょう。管理者は (残念ながら) ここで果たすべき役割を持っています。

コード スタイルを適用する最善の方法は、CheckStyle 構成を作成し、それをディスク上に読み取り専用ファイルとして保持することです。これを CheckStyle プラグインの外部スタイル シートとして使用できます。ただし、Eclipse フォーマッターとクリーンアップの設定が一致していることを確認してください。

自動化されたビルド環境で同じ CheckStyle 構成を使用して、警告とエラーを生成することができます。これらの警告とエラーは、レビュー中に検討する必要があります。抜け穴があることを確認してください。必要に応じてルールを破る必要はありません。

開発者の管理は「猫を飼うのと変わらない」

于 2012-12-06T14:50:01.923 に答える