ソフトウェア構成について考えるとき、ランタイムによって読み取られるファイルについて考えます。このファイルには、サーバーが使用するポート、暗号化を使用するかどうか、さまざまなリソースのパスなどが含まれます。
最初に「ソフトウェア構成管理」に出くわしたとき、それは構成ファイルの管理だけを意味すると思っていましたが、SCMツールは構成ファイルだけでなく、ソフトウェアコード、ソフトウェア実行可能ファイル/バイナリ、およびリソースにも関係していることにすぐに気付きました。
では、なぜ「ソフトウェア構成管理」という用語を使用するのでしょうか。「ソフトウェア管理」はもっと包括的ではないでしょうか？それとも、「構成」と見なされるものについての私の理解は不足していますか？
回答:
構成管理という用語は、一般的なエンジニアリング用語に属しています。
その目的は、複雑なシステム（たとえば、自動車、ミサイル、電子機器）のすべての部品/コンポーネントの特性、およびコンポーネントが同様のコンポーネントに交換されたときのこれらの特性の変化を記録することです。構成は、特定の製品を正確に記述します。
つまり、構成管理は、工業製品のバージョン管理です。製品の以前のバージョンをいつでも組み立てることができます。
ソフトウェアでは、ソフトウェアとその連続するバージョンを一意に識別し、それを倉庫で見つけて古いバージョンの製品を組み立てる（構成する）ことができる部品の業界カタログはありません。ソフトウェアパーツ/コンポーネントは、コード全体で最もよく説明されています。したがって、ソフトウェアの構成管理とは、ソースコードのバージョンを管理することを意味します。これが、ソフトウェア構成管理という用語がソースコードのバージョン管理に使用される理由です。
ただし、SCMはソースコードのバージョン管理よりも大きいことに注意してください。また、外部依存関係（たとえば、サードパーティのライブラリまたはバージョンがどこかで管理されているフレームワーク）、外部リソース（たとえば、サードパーティのバイナリまたはDLL、または外部システムと相互運用するためのAPI定義）、およびデジタル資産（たとえば、画像または最終製品のパッケージとなるビデオ）。