回答:
はい、そうです。
Eclipseを使用すると、すべての開発者が共有できる独自のエクスポート可能なコードスタイルを定義できます。独自の書式設定スタイルを設定したくない場合は、開発者にEclipseのデフォルトの書式設定を使用するように伝えることができます。デフォルトを使用する場合でも、すべての開発者が使用するために、それをエクスポートして共有ネットワークドライブに配置することをお勧めします。後で1つを変更することにした場合、簡単にできるようになります。
とにかく、できるだけ早く開始することをお勧めします。最善はプロジェクトの開始時であり、コードを常に選択した形式にフォーマットすることです。開発中に純粋な「フォーマットコミット」を避けることをお勧めします。「実際の」コミットと区別するのが難しいからです。それが実際に意味することは、開発者がコミットに厳密であるべきだということです。
また、それは私の個人的な意見に過ぎないため、最後に付けましたが、行ごとに80文字の制限を削除することを検討してください（または120文字の大きな文字に拡張してください） Eclipseのデフォルトの自動フォーマットの行の長さ。現在、すべてのユーザーが大画面と大画面解像度を持っているので大丈夫です。そのテーマについては、ワイドスクリーンモニターの質問と回答の時間に80文字の制限がまだ関連していることを確認してください、それからあなたはあなた自身の決定をすることができるかもしれません。
編集：Thorbjørnは、「ファイルが保存されるたびにフォーマットする」機能について良い点を述べています。
はい、それは非常に良い習慣です。これにより、エディターで開いたときにソースファイルがどのように表示されるかを全員が同意するようになります。
さらに、「ファイルが保存されるたびにフォーマットする」機能について非常に良い経験をしました。（標準のEclipseフォーマッター構成を使用します）。
Eclipseのプロパティを開いて有効にし、Java-> Editor-> Save Actionsを選択します。「保存時に選択したアクションを実行する」および「ソースコードをフォーマットする」を有効にします。
その理由は、当然、コードは常にフォーマットされるため、編集時に中断を恐れずに自由にフォーマットできるからです。これにより、ソースリポジトリのログが正確になります（フォレンジック分析を行う場合に重要です）。
皆さんが従うコーディング標準が必要です。これが外部ツール（インデントなど）、またはIDEによって強制されるか、手作業によって強制されるかは、無関係です。関連するのは、コミットの前に行う必要があることです。
プロジェクト/会社で明確に定義されたコーディング標準に従うことをお勧めします。それを行う方法はさまざまですが、組織に最適なものを選択するだけです。誰もがEclipseを使用している場合、プロジェクト用にエクスポート可能なコード形式を作成し、開発者にそれを広げることができます（Eclipseには、保存ごとにファイルを自動的にフォーマットするオプションもあります）が、選択した形式を説明するドキュメントを作成することをお勧めします。