多数の複雑な(たとえば、xml、.properties、カスタム形式など)構成ファイルを管理するためのベストプラクティスについて、ご意見をお聞かせください。今日、より複雑なプロジェクトはすべて、数える方法で構成されています。
そのような混乱で迷子にならないようにするにはどうすればよいですか?それらを最良の方法で再利用する方法は?役立つツールはありますか(おそらくEclipseベース)?
多数の複雑な(たとえば、xml、.properties、カスタム形式など)構成ファイルを管理するためのベストプラクティスについて、ご意見をお聞かせください。今日、より複雑なプロジェクトはすべて、数える方法で構成されています。
そのような混乱で迷子にならないようにするにはどうすればよいですか?それらを最良の方法で再利用する方法は?役立つツールはありますか(おそらくEclipseベース)?
明らかに、最も基本的なことは、これらの構成ファイルをソース管理に入れることです。構成ファイルは実際には一種のソース コードであるためです。
しかし、構成管理の実際の課題は、共通の構成を再利用できるように、いくつのファイルを保持し、何をどこに配置するかを決定することです。これらは設計上の決定であり、プロジェクトおよび環境に非常に固有のものであり、どのツールもそれらを作成することはできません.
一般的なアプローチは、デフォルト値を含むマスター構成ファイルと、環境ごとに異なり、デフォルトを上書きする構成値のみを含む環境固有のファイルを用意することです。これは、自動化されたビルド プロセスの一部として行われます (これは本当に必要です)。