問題: 2 人の開発者 => インデント、改行中括弧の有無などに関する 3 つの意見
通常、プロジェクトには 3 ～ 4 人で作業しますが、それぞれが独自のコード スタイルを持っています。一般的な解決策は、誰もが使用しなければならないコード スタイルに同意することですが、創造的なプログラマーに自分に合わないスーツを強制することはしたくありません。
問題は、各プログラマーが自分のスタイルで生活できるようにしつつ、リポジトリ内に共通のコード ベースを持たせる方法はあるのかということです。チェックアウトとコミット時に個人的なスタイルと一般的なスタイルの間で変化する git/svn/whatever プラグインについて考えます。このアプローチのトリッキーな部分は、ファイルのバージョン間の正しい差分をサポートすることです。
「1 つを選んでそれを使い続ける」という決定に遅すぎることはありません (たとえそれがあなたの好みでなくても)。
既存のコード ベースについては、そのファイルで使用されていた規則をそのまま使用してください。
そのモジュールが（ほぼ）書き直されたり、大規模なオーバーホールが行われた場合は、それを変更してください。
問題は、私の意見では、ほとんどの開発者 (私が会った) は、しばらくの間でも快適に感じてコーディング標準を変更することを好まなかったことです。
たとえば、私が Web 開発者だった頃、私の同僚は 1 つのファイルでもコーディング スタイルを変更しませんでした。PEAR コーディング標準で適切にフォーマットされたファイルを用意し、誰かがいくつかの関数を作成するのは意味がありません。 CamelCase/camelBack または彼らが使用する標準の何百行ものコーン。
したがって、あなたの場合、優れたチームを作ることが重要です。チームがお互いを尊重している場合、統一された標準で記述して、必要なコードのメンテナンスを減らすというアイデアが生まれます。