소프트웨어 구성을 생각할 때 런타임에서 읽은 파일을 생각합니다.이 파일에는 서버가 사용할 수있는 포트, 암호화 사용 여부 및 다양한 리소스의 경로가 포함됩니다.
"소프트웨어 구성 관리"를 처음 접했을 때는 구성 파일 만 관리해야한다고 생각했지만 SCM 도구는 구성 파일뿐만 아니라 소프트웨어 코드, 소프트웨어 실행 파일 / 이진 및 리소스와 관련된 문제도 금방 깨달았습니다.
그렇다면 왜 "소프트웨어 구성 관리"라는 용어를 사용합니까? "소프트웨어 관리"가 더 포괄적이지 않습니까? 또는 "구성"으로 간주되는 것에 대한 나의 이해가 부족합니까?
답변:
구성 관리 라는 용어 는 일반적인 엔지니어링 어휘에 속합니다.
이 시스템의 목적은 복잡한 시스템 (예 : 자동차, 미사일, 전자 장치)의 모든 부품 / 구성 요소의 특성을 기록하고 구성 요소가 유사한 구성 요소로 교체 될 때 이러한 특성의 변경을 기록하는 것입니다. 구성은 특정 제품을 정확하게 설명합니다.
즉, 구성 관리는 산업용 제품의 버전 관리입니다. 언제든지 이전 버전의 제품을 조립할 수 있습니다.
소프트웨어에는 소프트웨어와 그 후속 버전을 고유하게 식별하고 이전 버전의 제품을 조립 (구성)하기 위해 일부 창고에서 다시 찾을 수있는 산업 부품 카탈로그가 없습니다. 소프트웨어 부품 / 구성 요소는 코드 전체가 가장 잘 설명되어 있습니다. 따라서 소프트웨어의 구성 관리는 소스 코드의 버전을 관리하는 것을 의미합니다. 이것이 소프트웨어 구성 관리라는 용어가 소스 코드 버전 관리에 사용되는 이유입니다.
그러나 SCM은 소스 코드 버전 관리보다 큽니다. 또한 디지털 자산 (예 : 그림 또는 최종 제품과 함께 제공되는 동영상).