
이 기술에는 몇 가지 단점이 있습니다. 예를 들어 누군가가 같은 파일을 동시에 수정하는 것을 방지할 수 있는 메커니즘이 없습니다. 이 기술은 두 명의 팀 구성원이 파일을 다시 공통 디렉토리로 복사할 경우 문제를 일으킬 수 있습니다. 다른 개발자가 원래 개발자가 변경한 사항을 겹쳐쓸(제거) 수 있습니다. 따라서 언젠가는 두 팀 구성원이 서로의 버전을 비교하고 두 변경사항을 병합해야 합니다.
또한 대형 프로젝트의 경우 복사 프로세스는 시간이 많이 걸릴 수 있습니다. 병렬 개발을 수행하거나 프로젝트 변경사항에 대한 히스토리를 추적할 수 있는 방법이 없습니다.
이 양식의 구성 관리는 IBM® Rational® Rhapsody® 인터페이스가 아닌 파일 시스템을 사용하여 수행됩니다. 그러나 IBM Rational Rhapsody DiffMerge를 사용하여 원본 파일과 수정된 파일 간의 차이점을 찾아내거나 서로 다른 두 개발자가 같은 파일에 대해 변경한 내용을 병합할 수는 있습니다. 자세한 정보는 Rational Rhapsody DiffMerge에서 병렬 개발의 내용을 참조하십시오.