일반 저장소는 단위 파일이나 서브패키지가 전혀 없거나 거의 없는
패키지가 많은 소형 프로젝트에 가장 적합합니다.
이 경우 패키지를 폴더로 나누면 프로젝트가 단순해지는 것이 아니라, 오히려
더 복잡해질 수 있습니다.
반대로, 대형 모델의 경우 특히 모델에 단위와
서브패키지가 많이 있을 때 일반 저장소에 저장하면 문제점이 발생합니다.
다음 목록은 일반 저장소와 관련하여 발생하는 일반적인
문제점을 보여줍니다.
- 가시성 - 수백 개의 파일이 포함된 단일 디렉토리를
단일 창에서 명확하게 볼 수 없습니다.
- 초점 - 수백 개의 파일이 포함된 디렉토리에서는
프로젝트의 단일 기능 영역에 초점을 둘 수 없으며 어떤 요소가 어떤 기능 영역에
속하는지 알 수 없습니다. 이 항목은 모든 파일이 보기에 있는지 확인하고, 최근
수정 날짜를 찾으려는 경우에 중요합니다.
- 이식성 - 단일 기능 영역을 나타내는 여러 개의
IBM® Rational® Rhapsody®
파일을 복사하여 동료나 지원 인력에게 보내는 경우, 어떤 파일이 필요한지
파악하기 어려워 심각한 문제가 발생합니다.
- 분기 - 모델의 서로 다른 여러 부분을 분기로
체크아웃할 경우 필요한 기능을 파악하고 관련된 모든 파일을 체크인하기 어렵습니다.
- 다른 도구 및 프로세스와 통합 - 일부 구성 관리 도구는
디렉토리에 대한 권한을 설정하여 프로세스 및 제어 문제를 지원합니다. 예를 들어
engine 또는 core라는 디렉토리는 수정할 수
없도록 잠그고, application 디렉토리는 변경할 수 있도록 열 수 있습니다.
일반 저장소는 이러한 옵션을 사용할 수 없지만, 계층 구조 저장소는 디렉토리 기반 프로세스를
손쉽게 구현할 수 있습니다.