Neden Yazılım Yapılandırma Yönetimi (SCM) olarak adlandırılıyor?

Yazılım yapılandırmasını düşündüğümde, çalışma zamanı tarafından okunan bir dosyayı düşünüyorum - dosya, sunucunun kullanabileceği bağlantı noktası, şifreleme kullanıp kullanamayacağı ve çeşitli kaynakların yolları gibi şeyler içereceğini söyledi.

"Yazılım Yapılandırma Yönetimi" ile ilk karşılaştığımda, bunun yalnızca yapılandırma dosyalarının yönetimi anlamına geldiğini düşündüm, ancak SCM araçlarının yalnızca yapılandırma dosyalarıyla değil, yazılım koduyla, çalıştırılabilir / ikili yazılımla ve kaynaklarla da ilgili olduğunu hemen fark ettim.

Öyleyse neden "Yazılım Yapılandırma Yönetimi" terimini kullanıyoruz? "Yazılım Yönetimi" daha kapsayıcı olmaz mıydı? Yoksa neyin "konfigürasyon" olarak nitelendirilebileceği konusundaki anlayışım mı?

Konfigürasyon yönetimi terimi , genel mühendislik sözlüğüne aittir.

Amacı, karmaşık bir sistemin tüm parçalarının / bileşenlerinin (örneğin bir araba, bir füze, bir elektronik cihaz) özelliklerinin kaydını tutmak ve elbette bir bileşen benzer bir bileşenle değiştirildiğinde bu özelliklerin değişmesini sağlamaktır. Bir yapılandırma tam olarak belirli bir ürünü tanımlar.

Başka bir deyişle, yapılandırma yönetimi endüstriyel ürünler için sürüm yönetimidir. Herhangi bir anda bir ürünün önceki bir versiyonunun monte edilmesine izin verir.

Yazılımda, bir yazılım parçasını ve ardışık sürümlerini benzersiz bir şekilde tanımlamaya ve ürünün daha eski bir sürümünü monte etmek (yapılandırmak) için bazı depolarda bulabilecek endüstri parça kataloğu yoktur. Yazılım parçası / bileşeni en iyi şekilde koduyla bütünüyle açıklanmıştır. Yani yazılım için yapılandırma yönetimi, kaynak kodun sürümlerini yönetmek anlamına gelir. Bu nedenle yazılım yapılandırma yönetimi terimi kaynak kodu sürüm yönetimi için kullanılır.

Ancak SCM'nin yalnızca kaynak kodu sürümlemesinden daha büyük olduğuna dikkat edin. Harici bağımlılıkların (örn. Üçüncü taraf kütüphaneleri veya başka bir yerde yönetilen sürümleri olan çerçeveler), harici kaynakları (örn. Harici sistemlerle birlikte çalışacak üçüncü taraf ikili dosyaları veya dll'leri veya API tanımları) ve dijital varlıkların (örn. Resimler veya videolar, son ürünle birlikte paketlenecek).